springframework-developer — Spring Framework developers list

[Springframework-developer] Re: [Springframework-user] New technique for working with <spring:bind>

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

My personal take on the tag library topic, quoted from a comment on =
Matt's Spring Live blog (see =
http://www.jroller.com/page/raible?anchor=3Dsimplifying_spring_bind_in_js=
ps =
<http://www.jroller.com/page/raible?anchor=3Dsimplifying_spring_bind_in_j=
sps>  for the full context):

"
Actually, Seth's version does *not* require less typing: It just avoids =
repeating the command name. Without Seth's setNestedPath tag, you'll get =
the 3 lines per field, saying "command.firstName" respectively =
"command.lastName". I actually prefer the latter; I personally don't =
think that such a setNestedPath tag adds value - except for very =
repetitive forms where you reuse the same bind tag snippet for various =
command names.=20

You can also put those 3 lines per field into 1 line, putting the bind =
tag right before/after the input tag. Of course, this is still =
significantly more verbose than the Struts tag library, but it doesn't =
issue any HTML from within the tag. As Keith has noted, this is the =
original design philosophy behind Spring's tag library: The template =
defines each HTML character that gets issued to the browser; no need for =
rendering Velocity templates from within a tag library like WebWork =
does.=20

If someone wants to reuse bind tags with specific HTML portions, simply =
turn them into parameterizable snippets: for example, with JSP 2.0's tag =
files. It should be straightforward to define Struts-style "html:xxx" =
custom tags this way, using the bind tag (or RequestContext/Errors =
scriptlets) underneath. I think this is a viable alternative to =
WebWork's way of custom tags rendering Velocity templates, being equally =
powerful.=20

There is also quite a lot of people who actually prefer having custom =
tags that just issue dynamic values, leaving static HTML to the template =
itself. Still, a remaining question is whether Spring should provide =
HTML-issuing custom tags (JSP 2.0 tag files built on top of the bind =
tag) in the standard distribution. If there is agreement on their =
default contents, we might do this; after all, being JSP tag files, they =
could be easily customized.=20
"

As we're about to get into strategic issues and implementation details, =
I suggest to move the discussion to the developer list.

Juergen


________________________________

Von: spr...@li... im Auftrag von =
Daniel Miller
Gesendet: Do 20.05.2004 00:39
An: spr...@li...
Betreff: RE: [Springframework-user] New technique for working with =
<spring:bind>



Seth,

I'm sorry to say it, but I think you're a bit confused here. As I =
understand
it, the commandName property of the controller (Handler?) is used solely =
to
identify the command object in the view. As per the Spring javadoc for
BaseCommandController:

Exposed configuration properties

name: commandName
default: command
description: the name to use when binding the instantiated command class =
to
the request

The object is bound to the request using this name. It has no impact on =
the
actual class name of the object being bound to the session. XDoclet (I
assume, but don't actually use it) and Commons-Validator Adapter use the
_class_name_ of the object to respectively create and locate the form
definition in validation.xml. As far as I know this has nothing to do =
with
the commandName property of BaseCommandController.

As a solution to the reply you sent to Keith, just always use the =
default
value of the commandName property ("command"), which can be done by =
simply
not specifying a commandName in your bean definition in the Spring
configuration file (*-servlet.xml).

For reference (You replied to Keith with the following):

> Even with the setNestedPath tag, you still need to specify the name of
the command object in the JSP file.  I'd like to only specify it in the
Handler (or the XML for the Handler).  Then, when the Handler is passing
control off to the View (indirectly, but you get the idea), it would
bind in a well known generic name to the name of the command object.
For instance, the Model would contain:

> model.put("nameFromHandlerConfigForCommandObject", command);
> model.put("commandName", "nameFromHandlerConfigForCommandObject");

> This way, all JSPs would be able to always know the command object's
name.  If the Handler's config changes, the JSPs don't change.  Plus, an
added benefit would be the tags could default to working with the
command object if no other path is specified.

Now back to my reply:

Currently, if you use the default value of commandName, you will end up =
with
this in each of your JSP's:

<spring:bind path=3D"command.someProperty">...</spring:bind>

I hope this didn't come across as too strongly, I'm just trying to help.

Daniel Miller


-----Original Message-----
From: spr...@li...
[mailto:spr...@li... =
<mailto:spr...@li...> ]On Behalf Of
Seth Ladd
Sent: Wednesday, May 19, 2004 5:42 PM
To: spr...@li...
Subject: Re: [Springframework-user] New technique for working with
<spring:bind>


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


| Out of curiosity, what led you to believe that this a requirement? I
do not
| remember this being a requirement, and I believe I am currently using =
the
| Commons-Validator adaptor for Spring with the default command name
| (command). I apologize in advance if I have misled you in some way
that has
| caused extra work on your part. Am I going so crazy that I can't even
| remember requirements of code that I wrote?

hehe, well, from what I read in the code (I'll try to verify right now)
it matches the command bean with its rules via the name.  Otherwise, how
else would it know which form bean to get from the xml file?

Also, I could be missing some cool elite secret piece of code. :)

Part of the puzzle is the xdoclet code that generates the validation.xml
file.  It generates the command bean names by using the class name.  For
instance, foo.bar.CommandBean becomes <form name=3D"commandBean">

OK, here is the code from BeanValidator (sandbox):

        /**
         * If <code>useFullyQualifiedBeanName</code> is false (default =
value),
         * this function returns a string containing a short name for =
the given
         * class (e.g. myBean for the class com.domain.test.MyBean). =
Otherwise, it
         * returns the value returned by Class.getName().
         *
         * @param clazz Class of the bean to be validated.
         *
         * @return String containing the bean name.
         */
        protected String getBeanName(Class clazz) {
                String name =3D clazz.getName();
                if (useFullyQualifiedBeanName) {
                        return name;
                } else {
                        int afterDot =3D name.lastIndexOf(".") + 1;
                        String firstChar =3D name.substring(afterDot, =
afterDot + 1).toLowerCase();
                        String otherChars =3D "";
                        if (afterDot + 1 <=3D name.length()) {
                                // Get the rest of the bean name
                                otherChars =3D name.substring(afterDot + =
1);
                        }
                        return firstChar + otherChars;
                }
        }

This is called from the validate() method.  I fear it's mere coincidence
that it all works, because both this code and the xdoclet code make this
same bean name assumption.  No real chance to specify it yourself.

Seth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org =
<http://enigmail.mozdev.org>=20

iD8DBQFAq9SPKZsFSwtW+wIRAl6PAKCC7oC+nXlw9lM+BAL7EEsqLJzGbgCfe/qx
M4eJ7VJzcQFmV030pqOmzKc=3D
=3DFwem
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=3D2562&alloc_id=3D6184&op=3Dclick =
<http://ads.osdn.com/?ad_id=3D2562&alloc_id=3D6184&op=3Dclick>=20
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user =
<https://lists.sourceforge.net/lists/listinfo/springframework-user>=20



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick =
<http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick>=20
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user =
<https://lists.sourceforge.net/lists/listinfo/springframework-user>=20

Re: [Springframework-developer] Rename JdbcTestCase to AbstractJdbcTests?

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

Good point! Furthermore, AbstractTagTest should be renamed to =
AbstractTagTests. Just applied both changes.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Janek Bogucki
Gesendet: Do 20.05.2004 15:31
An: spr...@li...
Betreff: [Springframework-developer] Rename JdbcTestCase to =
AbstractJdbcTests?



org.springframework.jdbc.JdbcTestCase is abstract so may it should be
renamed to AbstractJdbcTests be more like the other abstract test cases:

        AbstractAopProxyTests
        AbstractMetadataAutoProxyTests
        AbstractBeanFactoryTests
        AbstractListableBeanFactoryTests
        AbstractPropertyValuesTests
        AbstractApplicationContextTests
        AbstractControlFlowTests
        AbstractTagTest


-Janek


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Spring IDE Question

[Torsten J. <tju...@ya...>]

Seth,

yes, you have to uninstall and reinstall v1.0.2 of the
Beans Support feature. It has been changed but I did
not increment the version number (because 1.0.2 was
not publicly announced yet :-). So due to the
unmodified version number Eclipse's update manager is
not able to detect a "new version".

To uninstall you can delete the feature
"org.springframework.ide.*" from "<eclipse install
dir>/features/" and the corresponding plugins from
"<eclipse install dir>/plugins/".

Be prepared to repeat this procedure once more ;-).
I will release a modified (final) version of 1.0.2 in
the beginning of next week (after Spring 1.0.2 has
been released).

Cheers,
Torsten

--- Seth Ladd <se...@eh...> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Torsten Juergeleit wrote:
> 
> | Seth,
> |
> | with GEF v3.0 the implementation of PrintAction
> has
> | changed in a way which is not compatible with GEF
> | v2.1.x anymore. I have to include a copy of this
> class
> | in Spring IDE.
> |
> | This is done in the new version 1.0.2 of the
> Spring
> | IDE. This version is available on
> |
>
http://springframework.sourceforge.net/spring-ide/eclipse/updatesite/.
> |
> | Maybe you can give it a try.
> 
> Thanks Torsten,
> 
> I now have GEF 3.0 and Bean COnfiguration Support
> 1.0.2 and
> Springframework 1.0.1 configured for Eclipse (from
> the Help->Software
> Updates->Manage Configuration).  In fact, this is
> what I've always had.
> 
> When I try to scan for updates, nothing comes up. 
> SHould I uninstall
> and reinstall?
> 
> Thanks,
> Seth
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3-nr1 (Windows XP)
> Comment: Using GnuPG with Mozilla -
> http://enigmail.mozdev.org
> 
>
iD8DBQFArQYJKZsFSwtW+wIRArV5AJ0Zl1g7agK4OCtFjntdeggaXwg+VQCdF97z
> tzufKwF5/ggvFl1RLATjXeM=
> =cxpf
> -----END PGP SIGNATURE-----
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the
> market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the
> exam FREE.
>
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
>
https://lists.sourceforge.net/lists/listinfo/springframework-developer



	
		
__________________________________
Do you Yahoo!?
Yahoo! Domains – Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 

[Springframework-developer] Strategies for resolving circular dependencies

[James C. <jim...@do...>]

We have a typical (?) situation where Bean A depends on Bean B. Bean B
depends on Bean C. Bean C depends on Bean A.

I doubt there are any strategies we can employ if each of these beans
requires the other at initialization. But, if one of the beans is not needed
until runtime, are there any techniques we might be able to use?

Currently, we are making one of the beans ApplicationContextAware and
looking up the dependency at runtime.

Re: [Springframework-developer] Spring IDE Question

[Seth L. <se...@eh...>]

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

Torsten Juergeleit wrote:

| Seth,
|
| with GEF v3.0 the implementation of PrintAction has
| changed in a way which is not compatible with GEF
| v2.1.x anymore. I have to include a copy of this class
| in Spring IDE.
|
| This is done in the new version 1.0.2 of the Spring
| IDE. This version is available on
| http://springframework.sourceforge.net/spring-ide/eclipse/updatesite/.
|
| Maybe you can give it a try.

Thanks Torsten,

I now have GEF 3.0 and Bean COnfiguration Support 1.0.2 and
Springframework 1.0.1 configured for Eclipse (from the Help->Software
Updates->Manage Configuration).  In fact, this is what I've always had.

When I try to scan for updates, nothing comes up.  SHould I uninstall
and reinstall?

Thanks,
Seth

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFArQYJKZsFSwtW+wIRArV5AJ0Zl1g7agK4OCtFjntdeggaXwg+VQCdF97z
tzufKwF5/ggvFl1RLATjXeM=
=cxpf
-----END PGP SIGNATURE-----

Re: [Springframework-developer] Re: [ANN] JSF integration - initial release

[Nadeem B. <na...@ea...>]

Thomas,

I have been going over the new release and I am impressed.

Nice work and many thanks,

Nadeem.

On =E6=9C=A8, 2004-05-20 at 19:14 +0200, Thomas Jachmann wrote:
> There's a new version on sourceforge: http://jsf-spring.sourceforge.net/
>=20
> The new version integrates the two frameworks more tightly by providing a
> WebApplicationContext implementation that interprets JSFs bean configurat=
ion
> and thus merging JSF and Spring managed beans. This is a major enhancemen=
t
> code wise, though the API hasn't changed much. Please review the code and
> tell us what you think so that we can agree on a final version that could=
 be
> integrated into Spring quite soon. Also have a look at the javadoc for an
> explanation.
>=20
> Cheers,
> Thomas
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.=20
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] JSF integration - second release

[Thomas J. <tho...@mi...>]

There's a new version on sourceforge: http://jsf-spring.sourceforge.net/

The new version integrates the two frameworks more tightly by providing a
WebApplicationContext implementation that interprets JSFs bean configuration
and thus merging JSF and Spring managed beans. This is a major enhancement
code wise, though the API hasn't changed much. Please review the code and
tell us what you think so that we can agree on a final version that could be
integrated into Spring quite soon. Also have a look at the javadoc for an
explanation.

Cheers,
Thomas

[Springframework-developer] Re: [ANN] JSF integration - initial release

[Thomas J. <tho...@mi...>]

There's a new version on sourceforge: http://jsf-spring.sourceforge.net/

The new version integrates the two frameworks more tightly by providing a
WebApplicationContext implementation that interprets JSFs bean configuration
and thus merging JSF and Spring managed beans. This is a major enhancement
code wise, though the API hasn't changed much. Please review the code and
tell us what you think so that we can agree on a final version that could be
integrated into Spring quite soon. Also have a look at the javadoc for an
explanation.

Cheers,
Thomas

[Springframework-developer] Rename JdbcTestCase to AbstractJdbcTests?

[Janek B. <ya...@st...>]

org.springframework.jdbc.JdbcTestCase is abstract so may it should be
renamed to AbstractJdbcTests be more like the other abstract test cases:

	AbstractAopProxyTests
	AbstractMetadataAutoProxyTests
	AbstractBeanFactoryTests
	AbstractListableBeanFactoryTests
	AbstractPropertyValuesTests
	AbstractApplicationContextTests
	AbstractControlFlowTests
	AbstractTagTest


-Janek

Re: [Springframework-developer] Spring IDE Question

[Torsten J. <tju...@ya...>]

Seth,

with GEF v3.0 the implementation of PrintAction has
changed in a way which is not compatible with GEF
v2.1.x anymore. I have to include a copy of this class
in Spring IDE.

This is done in the new version 1.0.2 of the Spring
IDE. This version is available on
http://springframework.sourceforge.net/spring-ide/eclipse/updatesite/.

Maybe you can give it a try.

Cheers,
Torsten


--- Seth Ladd <se...@eh...> wrote:
> Torsten Juergeleit wrote:
> 
> > Seth,
> > 
> > could you please provide a stacktrace from
> Eclipse's
> > log file (via UI -> menu "Windows / Show View /
> Other
> > / PDE Runtime / Error Log" or via filesystem ->
> > <Eclipse Workspace>/.metadata/.log).
> 
> Sure.  (didn't know where it was before)
> 
> This is the latest error:
> 
> !ENTRY org.eclipse.ui 4 0 May 18, 2004 09:25:18.328
> !MESSAGE 
>
org.eclipse.gef.ui.actions.PrintAction.<init>(Lorg/eclipse/ui/IEditorPart;)V
> !STACK 0
> java.lang.NoSuchMethodError: 
>
org.eclipse.gef.ui.actions.PrintAction.<init>(Lorg/eclipse/ui/IEditorPart;)V
> 	at 
>
org.springframework.ide.eclipse.beans.ui.graph.editor.GraphEditor.createActions(GraphEditor.java:217)
> 	at 
>
org.springframework.ide.eclipse.beans.ui.graph.editor.GraphEditor.initializeActionRegistry(GraphEditor.java:308)
> 	at 
>
org.springframework.ide.eclipse.beans.ui.graph.editor.GraphEditor.init(GraphEditor.java:297)
> 	at
>
org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:569)
> 	at 
>
org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:633)
> 	at 
>
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:438)
> 	at
>
org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:426)
> 	at 
>
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2129)
> 	at
>
org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2072)
> 	at
>
org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
> 	at
>
org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
> 	at 
>
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2054)
> 	at 
>
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2037)
> 	at 
>
org.springframework.ide.eclipse.beans.ui.BeansUIUtils.openInEditor(BeansUIUtils.java:189)
> 	at 
>
org.springframework.ide.eclipse.beans.ui.graph.actions.ShowGraphAction.run(ShowGraphAction.java:50)
> 	at
>
org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
> 	at 
>
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
> 	at 
>
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
> 	at 
>
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
> 	at
>
org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
> 	at
>
org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
> 	at
>
org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
> 	at
>
org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
> 	at
>
org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
> 	at
>
org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
> 	at 
>
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
> 	at
>
org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
> 	at
>
org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
> 	at 
>
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
> 	at 
>
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
> 	at 
>
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown
> Source)
> 	at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
> Source)
> 	at java.lang.reflect.Method.invoke(Unknown Source)
> 	at
>
org.eclipse.core.launcher.Main.basicRun(Main.java:267)
> 	at
> org.eclipse.core.launcher.Main.run(Main.java:692)
> 	at
> org.eclipse.core.launcher.Main.main(Main.java:676)
> 
> > 
> > Did you install an Eclipse 3.0 compliant version
> of
> > GEF  (e.g. Integration Build I20040518 ->
> >
>
http://download.eclipse.org/tools/gef/downloads/drops/I-I20040518-200405180005/index.php
> > )?
> 
> No, but I did now.
> 
> 1) I shutdown eclipse
> 2) deleted the existing 2.1.2 GEF plugins and
> features
> 3) placed the new versions in their place
> 4) started eclipse up
> 
> 
> Hope that helps.  Thanks very much!
> Seth
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net
> Broadband
> Sign-up now for SourceForge Broadband and get the
> fastest
> 6.0/768 connection for only $19.95/mo for the first
> 3 months!
>
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
>
https://lists.sourceforge.net/lists/listinfo/springframework-developer



	
		
__________________________________
Do you Yahoo!?
Yahoo! Domains – Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer 

RE: [Springframework-developer] Pre-binding validation

[Daniel M. <mi...@pa...>]

Juergen,

In my case, I am not using an HttpSession form
(AbstractFormController.sessionForm=false). I am using the Open Session in
View pattern. I have read on the lists that this is a dangerous pattern to
use because DataAccessExceptions could "break" the session object. As an
aside can you refute or verify this formally? Could the session somehow be
discarded and reloaded after a DataAccessException to fix this pattern?.
Here is my use case:

Initial GET request
	load object from db
	showNewForm -> display object values in formView

Form submission
	load object from db
	bind form values to object
	validate
	if error return to formView
	else show successView

I am trying to conserve memory by making minimal use of the HttpSession.
Maybe this is not such a big deal, I'd be very happy to hear your opinion. I
am also trying to combat the problem of an initial GET request followed by
no form submission (user follows some other link on the page with no
intention of returning to the form), which abandons the form object in the
session. This last issue seems like a real problem to me because the session
is bloated with a useless form object for the remaining duration of its
existence.

Thanks for taking time to consider the issue. I thought this thread had died
:)

Daniel Miller

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of jürgen höller [werk3AT]
Sent: Wednesday, May 19, 2004 7:11 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Pre-binding validation


Daniel,

The problem that you indicate occurs when you bind request parameters to a
*freshly loaded* Hibernate object in combination with the Open Session in
View pattern. However, that sort of binding is not the typical case; do you
have a concrete use case for it?

Typically, you will load a Hibernate object for displaying a form first. On
submission (in a separate request), the object will be taken from the
HttpSession and populated with request parameters. In that case, the
Hibernate object is not registered with an active Hibernate Session anymore,
therefore changes to it won't get persisted. Only after successful
submission of the form, you will explicitly reassociate such an object with
a Hibernate Session - and only then the changes will get persisted.

So for the typical form case, the Open Session in View pattern should not
cause such side effects. And of course, if you don't use the Open Session in
View pattern in the first place, you'll *never* have such side effects.

If I missed your point, please tell me :-)

Juergen


________________________________

Von: spr...@li... im Auftrag von
Daniel Miller
Gesendet: Mi 12.05.2004 04:39
An: Springframework-Developer@Lists. Sourceforge. Net
Betreff: [Springframework-developer] Pre-binding validation



Recently while browsing the Help list (man do I still have a life or not?) I
came across this post:

https://sourceforge.net/forum/message.php?msg_id=2564738

It got me thinking about a potential problem with Spring MVC. Spring MVC
allows the user to bind the submit request directly to a persistent object
(assume that the command object has been loaded using a Hibernate DAO in
formBackingObject()). This eliminates a lot of code needed to transfer data
from the form (i.e. Struts ActionForm) to the persistent object. However
there is a potential problem here:

All data that does not trigger binding failure is bound directly to the
persistent object _before_ validation.

If I understand the thread local session pattern correctly, any
transactional method call that performs a flush after this point will cause
Hibernate to collect all of the persistent objects that it knows about (all
objects in the current session) and update the database with the contained
values.

<quote reference="hibernate_reference.pdf" chapter="8.4">

Persistent instances (ie. objects loaded, saved, created or queried by the
Session) may be manipulated by the application and any changes to persistent
state will be persisted when the Session is flushed (see "flushing" below).
So the most straightforward way to update the state of an object is to
load() it, and then manipulate it directly.

</quote>

and the relevant section on flushing:

<quote reference="hibernate_reference.pdf" chapter="8.9">

>From time to time the Session will execute the SQL statements needed to
synchronize the JDBC connection's state with the state of objects held in
memory. This process, flush, occurs by default at the following points
* from some invocations of find() or iterate()
* from net.sf.hibernate.Transaction.commit()
* from Session.flush()

</quote>

Very sneaky, we don't even need to call update(persistent_object) to get our
object persisted.

At this point, Spring invokes a validator with the persistent object as its
subject. If there are errors, the user will be forwarded back to the form.
However, the database could be in an inconsistent state because any value
that was successfully bound to the persistent object could possibly already
have been persisted to the database due to some unrelated transactional
method call.

Please point out my error(s) here if I have made one or many.

One potential solution (inspired by above mentioned post):
Create a RequestWrapper that can be validated just like the persistent
object to which the request will be bound (I realize this could be messy
because it is essentially reverse reflection aka emulation). Then invoke the
validator substituting the wrapped request for the actual object _before_
binding.

Feedback is greatly appreciated.
Thanks.

Daniel Miller



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id66&op=ick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Pre-binding validation

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

Daniel,
=20
The problem that you indicate occurs when you bind request parameters to =
a *freshly loaded* Hibernate object in combination with the Open Session =
in View pattern. However, that sort of binding is not the typical case; =
do you have a concrete use case for it?
=20
Typically, you will load a Hibernate object for displaying a form first. =
On submission (in a separate request), the object will be taken from the =
HttpSession and populated with request parameters. In that case, the =
Hibernate object is not registered with an active Hibernate Session =
anymore, therefore changes to it won't get persisted. Only after =
successful submission of the form, you will explicitly reassociate such =
an object with a Hibernate Session - and only then the changes will get =
persisted.
=20
So for the typical form case, the Open Session in View pattern should =
not cause such side effects. And of course, if you don't use the Open =
Session in View pattern in the first place, you'll *never* have such =
side effects.
=20
If I missed your point, please tell me :-)
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Daniel Miller
Gesendet: Mi 12.05.2004 04:39
An: Springframework-Developer@Lists. Sourceforge. Net
Betreff: [Springframework-developer] Pre-binding validation



Recently while browsing the Help list (man do I still have a life or =
not?) I
came across this post:

https://sourceforge.net/forum/message.php?msg_id=3D2564738

It got me thinking about a potential problem with Spring MVC. Spring MVC
allows the user to bind the submit request directly to a persistent =
object
(assume that the command object has been loaded using a Hibernate DAO in
formBackingObject()). This eliminates a lot of code needed to transfer =
data
from the form (i.e. Struts ActionForm) to the persistent object. However
there is a potential problem here:

All data that does not trigger binding failure is bound directly to the
persistent object _before_ validation.

If I understand the thread local session pattern correctly, any
transactional method call that performs a flush after this point will =
cause
Hibernate to collect all of the persistent objects that it knows about =
(all
objects in the current session) and update the database with the =
contained
values.

<quote reference=3D"hibernate_reference.pdf" chapter=3D"8.4">

Persistent instances (ie. objects loaded, saved, created or queried by =
the
Session) may be manipulated by the application and any changes to =
persistent
state will be persisted when the Session is flushed (see "flushing" =
below).
So the most straightforward way to update the state of an object is to
load() it, and then manipulate it directly.

</quote>

and the relevant section on flushing:

<quote reference=3D"hibernate_reference.pdf" chapter=3D"8.9">

>From time to time the Session will execute the SQL statements needed to
synchronize the JDBC connection's state with the state of objects held =
in
memory. This process, flush, occurs by default at the following points
* from some invocations of find() or iterate()
* from net.sf.hibernate.Transaction.commit()
* from Session.flush()

</quote>

Very sneaky, we don't even need to call update(persistent_object) to get =
our
object persisted.

At this point, Spring invokes a validator with the persistent object as =
its
subject. If there are errors, the user will be forwarded back to the =
form.
However, the database could be in an inconsistent state because any =
value
that was successfully bound to the persistent object could possibly =
already
have been persisted to the database due to some unrelated transactional
method call.

Please point out my error(s) here if I have made one or many.

One potential solution (inspired by above mentioned post):
Create a RequestWrapper that can be validated just like the persistent
object to which the request will be bound (I realize this could be messy
because it is essentially reverse reflection aka emulation). Then invoke =
the
validator substituting the wrapped request for the actual object =
_before_
binding.

Feedback is greatly appreciated.
Thanks.

Daniel Miller



-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=3Dosdnemail3
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] minor annoyances

[Tom T. <tom...@pr...>]

Hello Juergen,

I have just given the current CVS version a quick try, including the new=20
PARAM_PAGE request parameter; everything appears to work correctly!

Thanks,
Tom.

On Sun, 16 May 2004 20:31:39 +0200, "j=FCrgen h=F6ller [werk3AT]"
<jue...@we...> said:
> Hi Tom,
>=20=20
> Thanks for spotting this! I've just fixed the issue by changing the
> mechanism: processFormSubmission and showPage handle the request
> attribute now, just exposing it when the session attribute is no longer
> set. Therefore, getCurrentPage should always return the current value
> now.
>=20=20
> Please give the current CVS version a try if you have the time - we're
> about to release 1.0.2 by the end of the week.
>=20=20
> Juergen

Re: [Springframework-developer] EJB access improvements

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

Juergen,

I added a test with and without the cache, and it seems to work fine.  
CVS is acting up a bit now, so I'll check in the stuff later...


Colin Sampaleanu wrote:

> I'll add some code in the little EJB test app in the autobuilds tree. 
> Hapilly enough, in the main project at work where there used to be 
> lots of EJBs they have all been exorcised with the exception of some 
> Message Driven Beans, which are innocent enough, so I can't actually 
> test this in production any longer...
>
> Colin
>
>
> jürgen höller [werk3AT] wrote:
>
>> Colin,
>>
>> I've just committed the changes. Please give them a try!
>>
>> Juergen
>>
>>
>> ________________________________
>>
>> Von: spr...@li... im Auftrag 
>> von Colin Sampaleanu
>> Gesendet: Mo 17.05.2004 23:50
>> An: spr...@li...
>> Betreff: Re: [Springframework-developer] EJB access improvements
>>
>>
>>
>> jürgen höller [werk3AT] wrote:
>>
>>  
>>
>>> Colin, Rod,
>>>
>>> Regarding the following two issues:
>>>
>>> http://opensource.atlassian.com/projects/spring/browse/SPR-117
>>>
>>> Actually, the contract for Stateless Session Beans is quite odd in 
>>> that respect: You don't really "create" a SLSB with a "create" call, 
>>> and "remove" won't actually remove an instance - as SLSBs are pooled.
>>>
>>> However, we can easily invoke "remove" on the EJB proxy after the 
>>> method call, both in SimpleRemoteSlsbInvokerInterceptor and in 
>>> LocalSlsbInvokerInterceptor. It seems that this can happen in any 
>>> case: A typical container will simply ignore the "remove" call anyway.
>>>
>>> http://opensource.atlassian.com/projects/spring/browse/SPR-129
>>>
>>> I've just added a "cacheHome" flag to 
>>> AbstractSlsbInvokerInterceptor. If turned off, the home object will 
>>> be refetched on each method invocation. This is intended for 
>>> development environments: It allows for hot redeploy of the target 
>>> EJB respectively restart of the EJB container.
>>>
>>>
>>> I've just added the corresponding code, as it shouldn't change 
>>> anything in typical cases. I'll commit it by tomorrow morning. If 
>>> you object to either of these changes, we can still roll them back 
>>> before 1.0.2.
>>>
>>> For addressing the second issue, there are a couple of further 
>>> options mentioned in the JIRA entry: for example, refetching the 
>>> home object when the create invocation fails. However, those are 
>>> probably beyond 1.0.2.
>>>
>>> Juergen
>>>
>>>
>>>   
>>
>> This is fine. My feeling is that the ability to turn off the cache for
>> the home will suite some people even for non-development situations.
>> Other people are not going to be very happy with that situation however.
>> A sequence that without Spring would have been a home lookup followed by
>> maybe 5 invocations on the same session stub now becomes 5 home lookups
>> and 5 create calls, for the 5 method calls. So I am open to us adding in
>> one of the other two solutions to make these people happy, post 1.0.2.
>>
>> Colin
>>   
>

Re: [Springframework-developer] Spring presentation at AJUG

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

Furthermore, we should announce his presentation on our web site: =
Atlanta Java User Group on July 20th. Any further details, Mark?

Juergen


-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT]=20
Sent: Wednesday, May 19, 2004 1:48 PM
To: 'spr...@li...'
Subject: Re: [Springframework-developer] Spring presentation at AJUG


Thomas, Keith,

Could you please send some current slides to Mark, as far as they are =
available? It would be good if he could reuse some of the slides that =
you designed for your JUG presentations.

Unfortunately, I've just got German slides myself, and some old copy of =
Keith's presentation... I would actually love to have current copies of =
your English slides too :-)

Juergen


-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...]On Behalf =
Of Ashish Kulkarni
Sent: Friday, May 14, 2004 5:30 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring presentation at AJUG


You can't go much wrong if you refer to Eduardo Issao's presentation:

http://www.springframework.org/downloads/EduardoIssao/Spring.pdf

Browse around, and check out the various presentations made by other=20
JUGs (you can get them in the news section of the Spring website).

HTH,
Ashish

me...@me... wrote:
> My name is Mark Eagle and I have been asked to give a presentation =
about
> Spring at the Atlanta Java User Group on July 20th.  I have recently
> worked with Jurgen on a Spring article that was published on =
OnJava.com.=20
> He suggested that I post an email to this group to see if anyone could
> provide me with slides (in English) that I could use.  I would like to
> incorporate these slides with my slides that I have prepared for this
> presentation.  The presentation will focus on the business tier with =
IoC
> and AOP concepts.  Any help would be appreciated so that Spring is =
well
> represented.
>=20
> Mark
>=20

"This e-mail message may contain confidential, proprietary or legally =
privileged information. It should not be used by anyone who is not the =
original intended recipient. If you have erroneously received this =
message, please delete it immediately and notify the sender. The =
recipient acknowledges that ICICI Bank or its subsidiaries and =
associated companies, (collectively "ICICI Group"), are unable to =
exercise control or ensure or guarantee the integrity of/over the =
contents of the information contained in e-mail transmissions and =
further acknowledges that any views expressed in this message are those =
of the individual sender and no binding nature of the message shall be =
implied or assumed unless the sender does so expressly with due =
authority of ICICI Group.Before opening any attachments please check =
them for viruses and defects."=20

Re: [Springframework-developer] Spring presentation at AJUG

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

Thomas, Keith,

Could you please send some current slides to Mark, as far as they are =
available? It would be good if he could reuse some of the slides that =
you designed for your JUG presentations.

Unfortunately, I've just got German slides myself, and some old copy of =
Keith's presentation... I would actually love to have current copies of =
your English slides too :-)

Juergen


-----Original Message-----
From: spr...@li... =
[mailto:spr...@li...]On Behalf =
Of Ashish Kulkarni
Sent: Friday, May 14, 2004 5:30 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring presentation at AJUG


You can't go much wrong if you refer to Eduardo Issao's presentation:

http://www.springframework.org/downloads/EduardoIssao/Spring.pdf

Browse around, and check out the various presentations made by other=20
JUGs (you can get them in the news section of the Spring website).

HTH,
Ashish

me...@me... wrote:
> My name is Mark Eagle and I have been asked to give a presentation =
about
> Spring at the Atlanta Java User Group on July 20th.  I have recently
> worked with Jurgen on a Spring article that was published on =
OnJava.com.=20
> He suggested that I post an email to this group to see if anyone could
> provide me with slides (in English) that I could use.  I would like to
> incorporate these slides with my slides that I have prepared for this
> presentation.  The presentation will focus on the business tier with =
IoC
> and AOP concepts.  Any help would be appreciated so that Spring is =
well
> represented.
>=20
> Mark
>=20

"This e-mail message may contain confidential, proprietary or legally =
privileged information. It should not be used by anyone who is not the =
original intended recipient. If you have erroneously received this =
message, please delete it immediately and notify the sender. The =
recipient acknowledges that ICICI Bank or its subsidiaries and =
associated companies, (collectively "ICICI Group"), are unable to =
exercise control or ensure or guarantee the integrity of/over the =
contents of the information contained in e-mail transmissions and =
further acknowledges that any views expressed in this message are those =
of the individual sender and no binding nature of the message shall be =
implied or assumed unless the sender does so expressly with due =
authority of ICICI Group.Before opening any attachments please check =
them for viruses and defects."=20

[Springframework-developer] Petclinic, RedirectView and RFC2068

[<kat...@ho...>]

Shouldn't RedirectView be a second choice to InternalResourceView due to 
limitations on URIs?

Maybe Petclinic should use InternalResourceView, and RedirectView 
javadoc include reference warning to RFC2068?

RE: [Springframework-developer] Way to streamline spring:bind usage?

[Oliver H. <Ol...@ou...>]

Great! Thanks Seth.=20


> Seth Ladd wrote:
>=20
> I have written some tag files (I love JSP 2.0 for tag files) that do=20
> what we're talking about here.  They also provide a wrapper for=20
> <spring:bind> until the developers decide this is a useful feature to=20
> integrate into the main code.

Re: [Springframework-developer] Way to streamline spring:bind usage?

[Seth L. <se...@eh...>]

Seth Ladd wrote:

> Oliver Hutchison wrote:
> 
>> I have quite a few pages that have multiple forms in a single JSP so a
>> general <spring:bindFromCommand> wouldn't really work for me.
>> What I've found I'd like is something equivalent to the
>> Errors.setNestedPath() but for the bind tag. Perhaps
>> <spring:setNestedPath path="chooseBusinessTypeCommand">
>>     <spring:bind path="type">
>>         .. Do stuff
>>     </spring:bind>
>> </spring:setNestedPath> 

I have written some tag files (I love JSP 2.0 for tag files) that do 
what we're talking about here.  They also provide a wrapper for 
<spring:bind> until the developers decide this is a useful feature to 
integrate into the main code.

You can do:

<springx:setNestedPath path="beanName">
   <springx:bind path="fieldName" /><br />
   <springx:setNestedPath path="subBeanName">
     <springx:bind path="subBeanFieldName" /><br />
     <springx:setNestedPath path="subSubBeanName">
       <springx:bind path="subSubFieldName"/><br/>
       <springx:bind path="subSubFieldName2"/><br/>
     </springx:setNestedPath>
   </springx:setNestedPath>
   <springx:bind path="anotherFieldName" /><br />
</springx:setNestedPath>

So you can nest and nest.

<springx:bind> just wraps <spring:bind> and takes the nestedPath value 
and concatenates it with the path variable.

I'll post this to the wiki and if it works out, I'll submit it as an 
improvement through JIRA.

Next up would be to bind in the name of the command object so that your 
JSPs don't even have to know the command object name.

You could then do:

<springx:setNestedPath path="${commandName}">
...
</springx:setNestedPath>

Thanks for the idea!
Seth

ps Using this really cleans up the JSPs.

Re: [Springframework-developer] Spring IDE Question

[Seth L. <se...@eh...>]

Torsten Juergeleit wrote:

> Seth,
> 
> could you please provide a stacktrace from Eclipse's
> log file (via UI -> menu "Windows / Show View / Other
> / PDE Runtime / Error Log" or via filesystem ->
> <Eclipse Workspace>/.metadata/.log).

Sure.  (didn't know where it was before)

This is the latest error:

!ENTRY org.eclipse.ui 4 0 May 18, 2004 09:25:18.328
!MESSAGE 
org.eclipse.gef.ui.actions.PrintAction.<init>(Lorg/eclipse/ui/IEditorPart;)V
!STACK 0
java.lang.NoSuchMethodError: 
org.eclipse.gef.ui.actions.PrintAction.<init>(Lorg/eclipse/ui/IEditorPart;)V
	at 
org.springframework.ide.eclipse.beans.ui.graph.editor.GraphEditor.createActions(GraphEditor.java:217)
	at 
org.springframework.ide.eclipse.beans.ui.graph.editor.GraphEditor.initializeActionRegistry(GraphEditor.java:308)
	at 
org.springframework.ide.eclipse.beans.ui.graph.editor.GraphEditor.init(GraphEditor.java:297)
	at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:569)
	at 
org.eclipse.ui.internal.EditorManager.openInternalEditor(EditorManager.java:633)
	at 
org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:438)
	at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:426)
	at 
org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2129)
	at org.eclipse.ui.internal.WorkbenchPage.access$6(WorkbenchPage.java:2072)
	at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:2059)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:84)
	at 
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2054)
	at 
org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2037)
	at 
org.springframework.ide.eclipse.beans.ui.BeansUIUtils.openInEditor(BeansUIUtils.java:189)
	at 
org.springframework.ide.eclipse.beans.ui.graph.actions.ShowGraphAction.run(ShowGraphAction.java:50)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:269)
	at 
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:550)
	at 
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:502)
	at 
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:435)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:769)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:2578)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2256)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1562)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1536)
	at 
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:257)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:139)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90)
	at 
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:277)
	at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:239)
	at 
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:267)
	at org.eclipse.core.launcher.Main.run(Main.java:692)
	at org.eclipse.core.launcher.Main.main(Main.java:676)

> 
> Did you install an Eclipse 3.0 compliant version of
> GEF  (e.g. Integration Build I20040518 ->
> http://download.eclipse.org/tools/gef/downloads/drops/I-I20040518-200405180005/index.php
> )?

No, but I did now.

1) I shutdown eclipse
2) deleted the existing 2.1.2 GEF plugins and features
3) placed the new versions in their place
4) started eclipse up


Hope that helps.  Thanks very much!
Seth

Re: [Springframework-developer] Multiple Validators per Handler?

[Seth L. <se...@eh...>]

Daniel Miller wrote:

> Seth,
> 
> I have approached this problem by creating my complex validator object and
> wiring in the commons-validator like this:
> 
> <bean name="someValidator" class="yada.yada.SomeValidator">
> 	<property name="validator"><ref bean="beanValidator"/></property>
> </bean>

Daniel,

Great idea.  Juergen just added a "validators" property to the 
Controller.  Check out 
http://opensource.atlassian.com/projects/spring/browse/SPR-123

Seth

Re: [Springframework-developer] Request and Session attributes in template based views

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

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

On Tuesday 18 May 2004 08:58, j=FCrgen h=F6ller [werk3AT] wrote:
> +1 - I'll give them a brief review once they are in CVS.
>
> I assume you've introduce an AbstractTemplateView class for these
> properties?

indeed.

I'll commit them shortly.

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

iD8DBQFAqhlwKLMLAN01aw0RAl3sAJ9BCqi4Pqbke+3CUYzAF2sD3PjBMACfdiPd
qwzZcZYt+AXsvfd5DZWShjQ=3D
=3Ddzjv
=2D----END PGP SIGNATURE-----

Re: [Springframework-developer] EJB access improvements

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

I'll add some code in the little EJB test app in the autobuilds tree.=20
Hapilly enough, in the main project at work where there used to be lots=20
of EJBs they have all been exorcised with the exception of some Message=20
Driven Beans, which are innocent enough, so I can't actually test this=20
in production any longer...

Colin


j=FCrgen h=F6ller [werk3AT] wrote:

>Colin,
>=20
>I've just committed the changes. Please give them a try!
>=20
>Juergen
>=20
>
>________________________________
>
>Von: spr...@li... im Auftrag vo=
n Colin Sampaleanu
>Gesendet: Mo 17.05.2004 23:50
>An: spr...@li...
>Betreff: Re: [Springframework-developer] EJB access improvements
>
>
>
>j=FCrgen h=F6ller [werk3AT] wrote:
>
> =20
>
>>Colin, Rod,
>>
>>Regarding the following two issues:
>>
>>http://opensource.atlassian.com/projects/spring/browse/SPR-117
>>
>>Actually, the contract for Stateless Session Beans is quite odd in that=
 respect: You don't really "create" a SLSB with a "create" call, and "rem=
ove" won't actually remove an instance - as SLSBs are pooled.
>>
>>However, we can easily invoke "remove" on the EJB proxy after the metho=
d call, both in SimpleRemoteSlsbInvokerInterceptor and in LocalSlsbInvoke=
rInterceptor. It seems that this can happen in any case: A typical contai=
ner will simply ignore the "remove" call anyway.
>>
>>http://opensource.atlassian.com/projects/spring/browse/SPR-129
>>
>>I've just added a "cacheHome" flag to AbstractSlsbInvokerInterceptor. I=
f turned off, the home object will be refetched on each method invocation=
. This is intended for development environments: It allows for hot redepl=
oy of the target EJB respectively restart of the EJB container.
>>
>>
>>I've just added the corresponding code, as it shouldn't change anything=
 in typical cases. I'll commit it by tomorrow morning. If you object to e=
ither of these changes, we can still roll them back before 1.0.2.
>>
>>For addressing the second issue, there are a couple of further options =
mentioned in the JIRA entry: for example, refetching the home object when=
 the create invocation fails. However, those are probably beyond 1.0.2.
>>
>>Juergen
>>
>>
>>   =20
>>
>This is fine. My feeling is that the ability to turn off the cache for
>the home will suite some people even for non-development situations.
>Other people are not going to be very happy with that situation however.
>A sequence that without Spring would have been a home lookup followed by
>maybe 5 invocations on the same session stub now becomes 5 home lookups
>and 5 create calls, for the 5 method calls. So I am open to us adding in
>one of the other two solutions to make these people happy, post 1.0.2.
>
>Colin
> =20
>

Re: [Springframework-developer] SQL Error Codes for Sybase

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

Thanks for the error codes Pierre.  I have added them to the 
sql-error-codes.xml that is part of the distribution. 

The lookup problem is solved by adding a "databaseProductName" property 
to the bean - here we allow spaces in the value.

Thomas


Pierre Bittner wrote:

> Hi Jürgen,
>
> SQLErrorCodesFactory uses DatabaseProductName to identify the 
> database. We are using Sybase 11.9.2 and here is an extract of our 
> sql-error-codes.xml:
>
> <bean id="Sybase" class="org.springframework.jdbc.support.SQLErrorCodes">
>     <property name="databaseProductName"><value>Sybase SQL 
> Server</value></property>
>     <property 
> name="badSqlGrammarCodes"><value>101,102,103,104,105,106,107,108,109,110,111,112,113,116,120,121,123,207,208,213,257,512</value></property> 
>
>     <property 
> name="dataIntegrityViolationCodes"><value>423,511,515,530,547,2601,2615,2714</value></property> 
>
>   </bean>
>
> So, I don't think there's any issue with Sybase.
>
> Hope it helps.
>
> Pierre Bittner
>
> jürgen höller [werk3AT] wrote:
>
>> Thomas,
>>  
>> Do you have a chance to look at
>>  
>> http://opensource.atlassian.com/projects/spring/browse/SPR-130 
>> <http://opensource.atlassian.com/projects/spring/browse/SPR-130>  
>> for 1.0.2 (scheduled for the end of this week)?
>>  
>> Juergen
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: SourceForge.net Broadband
>> Sign-up now for SourceForge Broadband and get the fastest
>> 6.0/768 connection for only $19.95/mo for the first 3 months!
>> http://ads.osdn.com/?ad_id%62&alloc_ida84&opÌk
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id%62&alloc_ida84&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>

Re: [Springframework-developer] Spring IDE Question

[Torsten J. <tju...@ya...>]

Seth,

could you please provide a stacktrace from Eclipse's
log file (via UI -> menu "Windows / Show View / Other
/ PDE Runtime / Error Log" or via filesystem ->
<Eclipse Workspace>/.metadata/.log).

Did you install an Eclipse 3.0 compliant version of
GEF  (e.g. Integration Build I20040518 ->
http://download.eclipse.org/tools/gef/downloads/drops/I-I20040518-200405180005/index.php
)?

Btw. I am busy working on Spring IDE v1.0.2. This will
bring it's own version of Xerces (Eclipse 3.0 final
will not ship with Xerces anymore -> they use JDK
1.4's built-in Crimson now; but Crimson does not
support the DOM Level 3 API which is used by Spring
IDE). With Spring IDE v1.0.2 you can create Config
Sets with Config files from different Spring projects
(Colin, this is your feature request ;-). To use
"external" config files you have to select the
corresponding Spring projects in the list of
referenced  projects (via project properties /
Referenced Projects).

Cheers,
Torsten

--- Seth Ladd <se...@eh...> wrote:
> Hello,
> 
> I've just installed Spring IDE 1.0.1 via the online
> update.  I'm running 
> Eclipse 3.0 M8, and I have installed the runtime to
> the GEF.
> 
> When I right click and attempt to show graph, I
> receive a "Unable to 
> create part: Config File: <path to
> spring-servlet.xml".  Upon hitting 
> OK, I then receive "An error has occurred when
> activating this view" and 
> a grey editor window appears with the message in red
> "An error has 
> occurred when creating this editor"
> 
> Any ideas oh where to start looking for the problem?
> 
> Thanks!
> Seth
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net
> Broadband
> Sign-up now for SourceForge Broadband and get the
> fastest
> 6.0/768 connection for only $19.95/mo for the first
> 3 months!
>
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
>
https://lists.sourceforge.net/lists/listinfo/springframework-developer



	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/