springframework-developer — Spring Framework developers list

Re: [Springframework-developer] JdbcTemplate update example

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

Thomas,
=20
Do you mind dropping the "update(PreparedStatementCreator[])" method? It =
just seems so arbitrary: We'd need to provide "update" methods with =
multiple SQL statements etc then too, for consistency's sake... And I =
assume you don't mind renaming the "doWithResultSetFromXxx" methods to =
"query"?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Di 16.03.2004 15:55
An: spr...@li...
Betreff: [Springframework-developer] Re: [Springframework-user] =
JdbcTemplate update example



In the course of this change, I suggest two further minor changes:

- The "doWithResultSetFromXxx" methods should really be named "query", =
just with overloaded ResultSetExtractor arguments. There is no strong =
difference to the other "query" methods that take all sorts of argument =
combinations (particularly since the introduction of "queryForList" =
etc). I don't think that this renaming will cause hassle, as I suspect =
that hardly anyone uses those methods anyway.

- I don't think that the "update" method that takes a =
PreparedStatementCreator array is very helpful: It doesn't use batching =
or reuse Statement instances but just executes the created =
PreparedStatements one-by-one. I suggest to remove that overloaded =
method: Application code should simply invoke =
"update(PreparedStatementCreator)" for each statement. I guess that the =
PreparedStatementCreator array version is rarely used too, and the =
replacement is straightforward.

Juergen


-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT]
Sent: Tuesday, March 16, 2004 3:39 PM
To: 'spr...@li...';
spr...@li...
Subject: Re: [Springframework-user] JdbcTemplate update example


Will, everyone,

Our current JdbcTemplate does indeed not cover such use cases: It rather =
assumes that each operation will use its own (Prepared)Statement =
instance.

Therefore, I've added further JdbcTemplate methods that take generic =
callback actions:
- execute(StatementCallback)
- execute(String sql, PreparedStatementCallback)
- execute(String sql, CallableStatementCallback)

Each of the callback interfaces has a single "Object =
doInStatement(Statement)"-style method, allowing for any number of =
operations to be performed on the passed-in statement.

There also overloaded versions that take statement creators:
- execute(PreparedStatementCreator, PreparedStatementCallback)
- execute(CallableStatementCreator, CallableStatementCallback)

I've refactored all of JdbcTemplate's existing data access methods to =
use those generic execute methods with inner-class callback =
implementations: This has removed almost all internal code duplications =
that were necessary before.

I believe that this is an important addition: Reusing a statement =
instance for multiple executions with different parameters is a valid =
and quite common use case. And cleaning the JdbcTemplate internals is a =
nice side effect.

Awaiting your feedback! (I haven't committed that change yet, but intend =
to do so before the release this weekend.)

Juergen



-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
Will Jaynes
Sent: Monday, March 15, 2004 8:10 PM
To: spr...@li...
Subject: [Springframework-user] JdbcTemplate update example


I'm converting some of my JDBC DAOs to Spring JdbcTempate usage. I'm
afraid I need an example of reusing a PreparedStatement over a number of
updates. The update methods for JdbcTemplate all seem to create a
PreparedStatement, so perhaps I can't use any of them.

The old code looks something like:

public void doAnUpdate(Connection conn, String[] ids) {
...
ps =3D conn.prepareStatement("Update A set B =3D null where id =3D ?");
for (int i=3D0; i<ids.length; i++)
  ps.setString(id[i]);
  ps.executeUpdate();
}
...

Thanks for any help,
Will


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Sandbox additions.

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

Hi Mark,

Great to hear that the JMS support is actively proceeding! I haven't =
looked at it yet myself, but I plan to do so once it's reached a =
somewhat stable state.

I've just assigned you as lead for the JMS issue in our Jira - I hope =
you don't mind :-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Mark Pollack
Sent: Friday, March 12, 2004 11:29 PM
To: spr...@li...
Subject: [Springframework-developer] Sandbox additions.


Hi,

I've added two packages to the sandbox: selector and service.  I've also
added a docs directory.  You can find a description (in progress) in
sandbox/docs/sandbox-reference.pdf

In the coming week I'll work with Andre on the JMS part.  I plan on =
adding a
'JMSReactor' which is a message listener that uses the selector package =
or
organize the processing of messages.   The code I have already is for
creating stand-alone JMS apps and a fa=E7ade for sending messages.  With =
some
small modifications these can also be used inside an container....

FYI, I also have a simple JMX service that is basically a wrapper to the
commons modeler with class instances coming from the spring app context.
I'll also look at Ivan Ristic's classes posted a while ago on this topic =
and
see what kind of JMX functionality I can come up with to kick start the =
JMX
development.

Cheers,
Mark




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: [Springframework-user] JdbcTemplate update example

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

In the course of this change, I suggest two further minor changes:

- The "doWithResultSetFromXxx" methods should really be named "query", =
just with overloaded ResultSetExtractor arguments. There is no strong =
difference to the other "query" methods that take all sorts of argument =
combinations (particularly since the introduction of "queryForList" =
etc). I don't think that this renaming will cause hassle, as I suspect =
that hardly anyone uses those methods anyway.

- I don't think that the "update" method that takes a =
PreparedStatementCreator array is very helpful: It doesn't use batching =
or reuse Statement instances but just executes the created =
PreparedStatements one-by-one. I suggest to remove that overloaded =
method: Application code should simply invoke =
"update(PreparedStatementCreator)" for each statement. I guess that the =
PreparedStatementCreator array version is rarely used too, and the =
replacement is straightforward.

Juergen


-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT]=20
Sent: Tuesday, March 16, 2004 3:39 PM
To: 'spr...@li...';
spr...@li...
Subject: Re: [Springframework-user] JdbcTemplate update example


Will, everyone,

Our current JdbcTemplate does indeed not cover such use cases: It rather =
assumes that each operation will use its own (Prepared)Statement =
instance.=20

Therefore, I've added further JdbcTemplate methods that take generic =
callback actions:
- execute(StatementCallback)
- execute(String sql, PreparedStatementCallback)
- execute(String sql, CallableStatementCallback)

Each of the callback interfaces has a single "Object =
doInStatement(Statement)"-style method, allowing for any number of =
operations to be performed on the passed-in statement.

There also overloaded versions that take statement creators:
- execute(PreparedStatementCreator, PreparedStatementCallback)
- execute(CallableStatementCreator, CallableStatementCallback)

I've refactored all of JdbcTemplate's existing data access methods to =
use those generic execute methods with inner-class callback =
implementations: This has removed almost all internal code duplications =
that were necessary before.

I believe that this is an important addition: Reusing a statement =
instance for multiple executions with different parameters is a valid =
and quite common use case. And cleaning the JdbcTemplate internals is a =
nice side effect.

Awaiting your feedback! (I haven't committed that change yet, but intend =
to do so before the release this weekend.)

Juergen



-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
Will Jaynes
Sent: Monday, March 15, 2004 8:10 PM
To: spr...@li...
Subject: [Springframework-user] JdbcTemplate update example


I'm converting some of my JDBC DAOs to Spring JdbcTempate usage. I'm=20
afraid I need an example of reusing a PreparedStatement over a number of =

updates. The update methods for JdbcTemplate all seem to create a=20
PreparedStatement, so perhaps I can't use any of them.

The old code looks something like:

public void doAnUpdate(Connection conn, String[] ids) {
...
ps =3D conn.prepareStatement("Update A set B =3D null where id =3D ?");
for (int i=3D0; i<ids.length; i++)
  ps.setString(id[i]);
  ps.executeUpdate();
}
...

Thanks for any help,
Will


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user

[Springframework-developer] Re: [Springframework-user] JdbcTemplate update example

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

Will, everyone,

Our current JdbcTemplate does indeed not cover such use cases: It rather =
assumes that each operation will use its own (Prepared)Statement =
instance.=20

Therefore, I've added further JdbcTemplate methods that take generic =
callback actions:
- execute(StatementCallback)
- execute(String sql, PreparedStatementCallback)
- execute(String sql, CallableStatementCallback)

Each of the callback interfaces has a single "Object =
doInStatement(Statement)"-style method, allowing for any number of =
operations to be performed on the passed-in statement.

There also overloaded versions that take statement creators:
- execute(PreparedStatementCreator, PreparedStatementCallback)
- execute(CallableStatementCreator, CallableStatementCallback)

I've refactored all of JdbcTemplate's existing data access methods to =
use those generic execute methods with inner-class callback =
implementations: This has removed almost all internal code duplications =
that were necessary before.

I believe that this is an important addition: Reusing a statement =
instance for multiple executions with different parameters is a valid =
and quite common use case. And cleaning the JdbcTemplate internals is a =
nice side effect.

Awaiting your feedback! (I haven't committed that change yet, but intend =
to do so before the release this weekend.)

Juergen



-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
Will Jaynes
Sent: Monday, March 15, 2004 8:10 PM
To: spr...@li...
Subject: [Springframework-user] JdbcTemplate update example


I'm converting some of my JDBC DAOs to Spring JdbcTempate usage. I'm=20
afraid I need an example of reusing a PreparedStatement over a number of =

updates. The update methods for JdbcTemplate all seem to create a=20
PreparedStatement, so perhaps I can't use any of them.

The old code looks something like:

public void doAnUpdate(Connection conn, String[] ids) {
...
ps =3D conn.prepareStatement("Update A set B =3D null where id =3D ?");
for (int i=3D0; i<ids.length; i++)
  ps.setString(id[i]);
  ps.executeUpdate();
}
...

Thanks for any help,
Will


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user

RE: [Springframework-developer] Container Bean threshold?

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

I have run into a similar problem - a very strange one at that.

It is somehow linked to the
org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator and =
the
org.springframework.transaction.interceptor.TransactionInterceptor and =
the
number of beans in the context.

Though for me, it wasn't anything like 96 !

I have attached a dummy test with supporting dummy hibernate classes and
mapping.

All you should need is the hibernate and spring dependencies to run this
test.

There are 3 test methods.

testDummy which passes

testExtraDummy which fails=20
  - all it does is add an extra dummy service bean to the end of the =
context

testEvenMoreDummiesWithoutAutoProxyCreator which passes
  - it removed the auto proxy creator and adds some more dummies to the =
end

I am not sure what conclusion you can draw from this test.. But it seems
like incorrect behaviour to me.

And - it is stopping one of my applications from working.

Thanks

Cameron

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of j=FCrgen h=F6ller [werk3AT]
> Sent: Saturday, 7 February 2004 3:41 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Container Bean threshold?
>=20
> Ross,
>=20
> Any news on this front? I can't find anything that could=20
> cause such behavior. A stacktrace would be helpful, I guess :-)
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf Of Ross Mason
> Sent: Wednesday, February 04, 2004 3:44 AM
> To: spr...@li...
> Subject: [Springframework-developer] Container Bean threshold?
>=20
>=20
> Hi guys,
>=20
> I've just found some interesting behaviour in the spring=20
> container.  If we have 96 beans in the container everything=20
> works fine, but if we add one more bean, say bean97, the=20
> container complains that there may be a circular reference=20
> even though I'm sure there isn't. But if we remove a=20
> different (and totally unrelated) bean and add our bean97=20
> bean it works fine.  It seems the container has a bean=20
> threshold of 96?!
>=20
> Basically, we cannot add any than 96 beans to the container.
>=20
> Have you seen this behaviour before?
>=20
> --
> Cheers,
>=20
> Ross
> http://blog.rossmason.com
>=20
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004 Premiere=20
> Conference on Open Tools Development and Integration See the=20
> breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004 Premiere=20
> Conference on Open Tools Development and Integration See the=20
> breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20

[Springframework-developer] Reworked Velocity and FreeMarker support

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

Darren, everybody,
=20
I've significantly reworked out Velocity and FreeMarker support this =
weekend: They are as analogous as possible now, and a bit more powerful. =
For example, the Velocity resource loader respectively FreeMarker =
template loader support is far more sophisticated now, being able to =
resolve classpath resources and resources in WARs that are not expanded.
=20
One thing that I've removed is the default config location =
"/WEB-INF/velocity.properties". This is not something we do not =
recommend, and the fallback was somewhat awkward (just if none of the =
other properties was set, not even "resourceLoaderPath"). I've recently =
removed such a fallback from LocalSessionFactoryBean too. If anyone =
wants to use a separate config file, a custom "configLocation" value is =
the way to go.
=20
FreemarkerConfigurationFactory and FreemarkerView are implemented in a =
somewhat different way now. There were a couple of synchronization =
issues before: A FreeMarker Configuration object is *not* synchronized, =
so we must not use the default Configuration instance for multiple =
factories, and we must not modify a Configuration instance in =
FreemarkerView objects. All of the shared setup happens in =
FreemarkerConfigurationFactory now.
=20
FreemarkerConfigurationFactory has a "templateLoaderPath" property now, =
analogous to VelocityEngineFactory's "resourceLoaderPath". =
FreemarkerView specifies the URL within that path, just like =
VelocityView. In contrast to VelocityView, it does not offer to cache =
the template in the View object, as we always need to render the =
FreeMarker template for the current locale (FreeMarker expressions are =
locale-aware).
=20
Juergen
=20

Re: [Springframework-developer] declarative rules-based bean validator w/ attributes in sandbox

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

Anna,

I've since been updating the unit tests of the declarative validation stuff,
so I thought I'd go ahead and attach a working sample that also exists in
the sandbox/test/org/springframework/validation test area.  As we do more
testing, we'll get better samples, too.

The sample below shows 3 bean declarations: the beanValidatorService is the
main validator interface to the subsystem, and here is using the
attributesValidatorSource to load on-demand validator information for beans
using commons-attributes.  The beanValidatorBuilder is an example of how to
configure validation rules for bean properties declaratively using Spring.
In this example, the builder is configuring rules for the "name.lastName"
and "favoriteToy" properties of the Pet bean (specifically the key in the
propertyValidators map is the propertyName, and the value is a set of
PropertyValidationRule instances.)

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

 <bean id="beanValidationService"
class="org.springframework.validation.support.DefaultBeanValidationService">
   <property name="beanValidatorSource"><ref
bean="attributesValidatorSource"/></property>
 </bean>

 <bean id="attributesValidatorSource"
class="org.springframework.validation.support.AttributesValidatorSource"/>

 <bean id="beanValidatorBuilder"
class="org.springframework.validation.support.BeanValidatorBuilder">
   <constructor-arg index="0">
     <description>The validated bean type</description>
     <value>org.springframework.validation.Pet</value>
    </constructor-arg>
    <property name="propertyValidators">
      <map>
        <entry key="name.lastName">
          <bean class="org.springframework.validation.rules.Required"/>
        </entry>
        <entry key="favoriteToy">
          <set>
            <bean class="org.springframework.validation.rules.Required"/>
            <bean class="org.springframework.validation.rules.MaxLength">
              <constructor-arg index="0"><value>25</value></constructor-arg>
            </bean>
          </set>
        </entry>
      </map>
   </property>
</bean>

Keith

----- Original Message ----- 
From: "Keith Donald" <kd...@cs...>
To: <spr...@li...>
Sent: Thursday, March 11, 2004 12:19 AM
Subject: Re: [Springframework-developer] declarative rules-based bean
validator w/ attributes in sandbox


> Anna,
>
> Thanks... yea, I typed that by hand in the email from memory and I see I
> made at least one mistake with a closing tag in the first bean
declaration.
> :-) I'll be sure to correct anything like that when we get some
samples/docs
> out.
>
> BTW, guys thanks for those commons attributes tips.  I haven't had time to
> go through their docs in detail and I really appreciate it.  I agree we
> should keep the validation rule hierarchy as is.
>
> Keith
>
> ----- Original Message ----- 
> From: "Anna Chen" <ac...@er...>
> To: <spr...@li...>
> Sent: Wednesday, March 10, 2004 4:04 PM
> Subject: RE: [Springframework-developer] declarative rules-based bean
> validator w/ attributes in sandbox
>
>
> > Keith
> >
> > I don't think that the Spring IoC configuration is a valid one according
> to
> > http://www.springframework.org/dtd/spring-beans.dtd
> >
> >
> > Anna
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On Behalf
> > Of Keith Donald
> > Sent: Wednesday, March 10, 2004 8:10 AM
> > To: spr...@li...
> > Subject: Re: [Springframework-developer] declarative rules-based bean
> > validator w/ attributes in sandbox
> >
> >
> > Correct me if I'm wrong, but I don't think there is.  However, I know if
> > you're using Eclipse, the sandbox code (including tests) automatically
> gets
> > incrementally compiled in target/other-classes, which is automatically
put
> > in the classpath.  So I have been basically running everything in the
> > sandbox from Eclipse directly.
> >
> > Keith
> >
> > ----- Original Message -----
> > From: <sam...@ma...>
> > To: <spr...@li...>
> > Sent: Wednesday, March 10, 2004 6:42 AM
> > Subject: RE: [Springframework-developer] declarative rules-based bean
> > validator w/ attributes in sandbox
> >
> >
> > > Excellent, thanks Keith. On the subject of the sandbox, is there a
build
> > > directive to buils the sandbox code, or should I just overwrite the
src
> > with the
> > > sandbox code and rebuild?
> > >
> > > sam
> > >
> > > Quoting Keith Donald <kd...@cs...>:
> > >
> > > > I checked in a "BeanValidatorBuilder" class in the sandbox under
> > > > validation.support that allows you to declaratively assign
> > > > PropertyValidationRules to bean properties via Spring-IoC, through a
> > > > scripting environment such as Groovy/Beanshell, or programatically
in
> =
> > > > plain
> > > > java.  This is in addition to support for defining validation rules
on
> =
> > > > beans
> > > > via source markup.
> > > >
> > > > Here's an example on how to use it:
> > > >
> > > > Spring IoC configuration
> > > >
> > > > <bean id=3D"validatorBuilder"
> > > > class=3D"org.springframework.validation.support.ValidatorBuilder"/>
> > > > <constructor-arg index=3D"0">
> > > > <description>The validated bean type (class or
> > > > interface) aka 'root entity'</description>
> > > > <value>org.springframework.validation.Pet</value>
> > > > </constructor-arg>
> > > > <map>
> > > > <description>
> > > > A map of property name keys to one or more
> > > > governing property validation rules.
> > > > Nested bean property names from the 'root
> > > > entity' are supported.
> > > > Rule instances may be reused across
> > > > properties if desired.
> > > > </description>
> > > > <entry key=3D"name.lastName">
> > > > <value><bean
> > > > class=3D"org.springframework.validation.rules.Required"/></value>
> > > > </entry>
> > > > <entry key=3D"favoriteToy">
> > > > <value>
> > > > <set>
> > > > <bean
> > > > class=3D"org.springframework.validation.rules.Required"/>
> > > > <bean
> > > > class=3D"org.springframework.validation.rules.MaxLength">
> > > > =09
> > > > <constructor-arg>25</constructor-arg>
> > > >
> > > > </bean>
> > > > </set>
> > > > </value>
> > > > </entry>
> > > > </map>
> > > > </bean>
> > > >
> > > > Java
> > > >
> > > >         BeanValidatorBuilder builder =3D new =
> > > > BeanValidatorBuilder(Pet.class);
> > > >
> > > >         builder.setPropertyValidator("name.lastName", new
Required());
>
> > > >
> > > >         Set toyRules =3D new HashSet();
> > > >         toyRules.add(new Required());
> > > >         toyRules.add(new MaxLength(255));
> > > >         builder.setPropertyValidator("favoriteToy", toyRules);
> > > >
> > > > Keith
> > >
> > > sam
> > > http://www.magpiebrain.com/
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials
> > > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > > GenToo technologies. Learn everything from fundamentals to system
> > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > > _______________________________________________
> > > Springframework-developer mailing list
> > > Spr...@li...
> > > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Sandbox additions.

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

Hi,

Actually it sounds like you might have done a bit more than I have.  Sure=
,
send it on over!
- Mark


> Mark,
>
> Regarding JMX I think have almost exactly the same thing :-) - a servic=
e
> to
> lookup MBeanInfo declarations via a MBeanInfoDatabase backed by jakarta
> modeler, and then services to instantiate model mbeans for POJOs at
> runtime
> in a MBeanServer, which is also configured externally (and optionally
> decorated with adaptors and connectors for remote management via JSR 16=
0.)
> I've also got a strategy for object naming based on JSR-77 standards (a=
nd
> a
> little CIM like, too.)
>
> My initial code to work from is pretty good, but it much of it was writ=
ten
> before I was a spring monkey so for me I've got a good deal of repackag=
ing
> to do as well as some issues that need to be ironed out (like what abou=
t
> support for standard mbeans, how do we want to store mbean metadata
> (modeler
> or no modeler, attributes, etc.)  Ivan's stuff looked good since he had
> already taken the next step with the BeanPostProcessor...
>
> Maybe I can send you some of the stuff I have and we can collaborate?
> Cool,
> yea, jumpstarting this would be great.
> Thanks! Keith
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behal=
f
> Of
> Mark Pollack
> Sent: Friday, March 12, 2004 5:29 PM
> To: spr...@li...
> Subject: [Springframework-developer] Sandbox additions.
>
>
> Hi,
>
> I've added two packages to the sandbox: selector and service.  I've als=
o
> added a docs directory.  You can find a description (in progress) in
> sandbox/docs/sandbox-reference.pdf
>
> In the coming week I'll work with Andre on the JMS part.  I plan on add=
ing
> a
> 'JMSReactor' which is a message listener that uses the selector package=
 or
> organize the processing of messages.   The code I have already is for
> creating stand-alone JMS apps and a fa=E7ade for sending messages.  Wit=
h
> some
> small modifications these can also be used inside an container....
>
> FYI, I also have a simple JMX service that is basically a wrapper to th=
e
> commons modeler with class instances coming from the spring app context.
> I'll also look at Ivan Ristic's classes posted a while ago on this topi=
c
> and
> see what kind of JMX functionality I can come up with to kick start the
> JMX
> development.
>
> Cheers,
> Mark
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo
> technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>

RE: [Springframework-developer] Sandbox additions.

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

Mark,

Regarding JMX I think have almost exactly the same thing :-) - a service =
to
lookup MBeanInfo declarations via a MBeanInfoDatabase backed by jakarta
modeler, and then services to instantiate model mbeans for POJOs at =
runtime
in a MBeanServer, which is also configured externally (and optionally
decorated with adaptors and connectors for remote management via JSR =
160.)
I've also got a strategy for object naming based on JSR-77 standards =
(and a
little CIM like, too.)

My initial code to work from is pretty good, but it much of it was =
written
before I was a spring monkey so for me I've got a good deal of =
repackaging
to do as well as some issues that need to be ironed out (like what about
support for standard mbeans, how do we want to store mbean metadata =
(modeler
or no modeler, attributes, etc.)  Ivan's stuff looked good since he had
already taken the next step with the BeanPostProcessor...=20

Maybe I can send you some of the stuff I have and we can collaborate?  =
Cool,
yea, jumpstarting this would be great.
Thanks! Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Mark Pollack
Sent: Friday, March 12, 2004 5:29 PM
To: spr...@li...
Subject: [Springframework-developer] Sandbox additions.


Hi,

I've added two packages to the sandbox: selector and service.  I've also
added a docs directory.  You can find a description (in progress) in
sandbox/docs/sandbox-reference.pdf

In the coming week I'll work with Andre on the JMS part.  I plan on =
adding a
'JMSReactor' which is a message listener that uses the selector package =
or
organize the processing of messages.   The code I have already is for
creating stand-alone JMS apps and a fa=E7ade for sending messages.  With =
some
small modifications these can also be used inside an container....

FYI, I also have a simple JMX service that is basically a wrapper to the
commons modeler with class instances coming from the spring app context.
I'll also look at Ivan Ristic's classes posted a while ago on this topic =
and
see what kind of JMX functionality I can come up with to kick start the =
JMX
development.

Cheers,
Mark




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of =
GenToo
technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Road map (security)

[Ben A. <ben...@ac...>]

 =20
> For example, Ben's security framework looks great to me. But=20
> I know that if Rod, J=FCrgen, Alef, etc, have looked at it and=20
> think it is solid then it probably is. I guess I like to=20
> borrow the knowledge of the more experienced developers.

Fully agree. People using Spring know its APIs and architecture is =
robust
and will still be there for you in 18 months. Unlike some other projects
which seem to radically transform from version to version.

> Your project will certainly be of use to people, and having it=20
> inside Spring as a fully supported API adds to Spring as a whole - it=20
> will also lead people to think it will have a certain level of quality =

> in line with the rest of the Spring code. I have no objections to it=20
> being included, but as a non-commiter its not reall my place to say...

I do not believe the current Acegi security project is of sufficient
maturity to be contemplated for Spring core at this time. Whilst it's =
had
about 80 downloads now, it was only publicly released less than two =
weeks
ago! With more downloads, use, and public CVS so interested people can
participate, its perceived and actual maturity should improve.

I will upload to CVS and release a new public version in a few days.
Yesterday I finished writing fully integrated container unit tests, =
which
should provide further confidence it works properly and can accommodate
additional developers.

Best regards

Ben

[Springframework-developer] Sandbox additions.

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

Hi,

I've added two packages to the sandbox: selector and service.  I've also
added a docs directory.  You can find a description (in progress) in
sandbox/docs/sandbox-reference.pdf

In the coming week I'll work with Andre on the JMS part.  I plan on =
adding a
'JMSReactor' which is a message listener that uses the selector package =
or
organize the processing of messages.   The code I have already is for
creating stand-alone JMS apps and a fa=E7ade for sending messages.  With =
some
small modifications these can also be used inside an container....

FYI, I also have a simple JMX service that is basically a wrapper to the
commons modeler with class instances coming from the spring app context.
I'll also look at Ivan Ristic's classes posted a while ago on this topic =
and
see what kind of JMX functionality I can come up with to kick start the =
JMX
development.

Cheers,
Mark

Re: [Springframework-developer] postHandle for Interceptors

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

A simple example: auditing. You'd want to be able to log the successful =
execution of a handler, no matter if it returned a ModelAndView or wrote =
output itself.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Fr 12.03.2004 21:32
An: spr...@li...
Betreff: Re: [Springframework-developer] postHandle for Interceptors



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

On Friday 12 March 2004 18:45, j=FCrgen h=F6ller [werk3AT] wrote:
> I can imagine valid use cases for a HandlerInterceptor doing stuff =
after
> the handler returned a null ModelAndView.

I tried to think of stuff earlier before sending the mail about it, but
couldn't really come up with anything based on my own experience.  What
kind of scenarios do you have in mind out of interest?


- --

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

iD8DBQFAUh53KLMLAN01aw0RArxBAJ9qeUmniRunNeUB40Bv6bqPhWWw0wCdHG/9
sOOG0+ZC/1abohMYsSAEDFU=3D
=3DmQRf
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] postHandle for Interceptors

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

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

On Friday 12 March 2004 18:45, j=FCrgen h=F6ller [werk3AT] wrote:
> I can imagine valid use cases for a HandlerInterceptor doing stuff after
> the handler returned a null ModelAndView.

I tried to think of stuff earlier before sending the mail about it, but=20
couldn't really come up with anything based on my own experience.  What=20
kind of scenarios do you have in mind out of interest?


=2D --=20

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

iD8DBQFAUh53KLMLAN01aw0RArxBAJ9qeUmniRunNeUB40Bv6bqPhWWw0wCdHG/9
sOOG0+ZC/1abohMYsSAEDFU=3D
=3DmQRf
=2D----END PGP SIGNATURE-----

Re: [Springframework-developer] postHandle for Interceptors

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

I can imagine valid use cases for a HandlerInterceptor doing stuff after =
the handler returned a null ModelAndView. I think it's better to force =
HandlerInterceptors to check for a null ModelAndView rather than to =
restrict the power of this interceptor concept.
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Darren Davison
Gesendet: Fr 12.03.2004 17:16
An: spr...@li...
Betreff: [Springframework-developer] postHandle for Interceptors




If a controller handles the response completely it should return a null
ModelAndView to the dispatcher to indicate as such and prevent the
dispatcher attempting to render a view.

In such a case, is it appropriate that the dispatcher still attempts to
call the postHandle() method of any Interceptors in the chain?  It seems
redundant to me - it also means every postHandle() method in every
Interceptor implementation has to explicitly check for a null MAV to =
avoid
throwing an NPE.

I'm unsure if there are valid use cases that would require a =
postHandle()
to execute if the controller has fully handled the response (ie with a
response.sendError(...)

How about amending line 381 of DispatcherServlet thus:

if (mappedHandler.getInterceptors() !=3D null && mv !=3D null) {



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



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] postHandle for Interceptors

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

Sounds reasonable to me...

-----Original Message-----
From: Darren Davison [mailto:da...@da...] 
Sent: Friday, March 12, 2004 11:16 AM
To: spr...@li...
Subject: [Springframework-developer] postHandle for Interceptors



If a controller handles the response completely it should return a null
ModelAndView to the dispatcher to indicate as such and prevent the
dispatcher attempting to render a view.

In such a case, is it appropriate that the dispatcher still attempts to call
the postHandle() method of any Interceptors in the chain?  It seems
redundant to me - it also means every postHandle() method in every
Interceptor implementation has to explicitly check for a null MAV to avoid
throwing an NPE.

I'm unsure if there are valid use cases that would require a postHandle() to
execute if the controller has fully handled the response (ie with a
response.sendError(...)

How about amending line 381 of DispatcherServlet thus:

if (mappedHandler.getInterceptors() != null && mv != null) {



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



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo
technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] postHandle for Interceptors

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

If a controller handles the response completely it should return a null
ModelAndView to the dispatcher to indicate as such and prevent the
dispatcher attempting to render a view.

In such a case, is it appropriate that the dispatcher still attempts to
call the postHandle() method of any Interceptors in the chain?  It seems
redundant to me - it also means every postHandle() method in every
Interceptor implementation has to explicitly check for a null MAV to avoi=
d
throwing an NPE.

I'm unsure if there are valid use cases that would require a postHandle()
to execute if the controller has fully handled the response (ie with a
response.sendError(...)

How about amending line 381 of DispatcherServlet thus:

if (mappedHandler.getInterceptors() !=3D null && mv !=3D null) {



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

[Springframework-developer] Another poll...

[<sam...@ma...>]

"Which Java technology will improve developer productivity the most?". Hibernate
is winning, which is usprising me a little.

http://www.manageability.org/polls/which-new-java-most-productive

sam

Re: [Springframework-developer] Road map (security)

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

I have to say I completely agree with this.  The quality of the code is a=
lso
one of the main factors that attracted me to Spring.  Something with the
backing of the Spring name definitely adds to the credibility that it is
worth taking a serious look at.

I think Spring's "uber-jar" approach complimented with its individual jar=
s
for distributing specific portions is a good, balanced approach.  While I=
've
seen people who conveniently like everything in one bundle, we've all see=
n
people just as adament about wanting just a core IoC container and a smal=
l
footprint and that's it.

I also think having sub-projects under the Spring umbrella/mission for
larger, prudently selected high-interest efforts is a good approach.  It
allows them to evolve/release somewhat independently, but still stay an
integrated part of the Spring community.

Keith

----- Original Message -----=20
From: <ad...@tr...>
To: <spr...@li...>
Sent: Friday, March 12, 2004 8:02 AM
Subject: RE: [Springframework-developer] Road map (security)


> I'd like to chime in here as well. One of the most valuable facets of
> Spring for me has been the quality of the developers working on it. Whe=
n
> trying to evaluate how to approach a problem domain, it gives me lots o=
f
> confidence if the developers on this list have looked at a solution and
> approve of it being in Spring core.
>
> For example, Ben's security framework looks great to me. But I know tha=
t
if
> Rod, J=FCrgen, Alef, etc, have looked at it and think it is solid then =
it
> probably is. I guess I like to borrow the knowledge of the more
experienced
> developers.
>
> In conclusion, it is always a good idea to keep the framework flexible
> enough that people can do whatever they please. However, having "approv=
ed"
> implementations of certain capabilities, like security, is important.
>
> My 2 cents.
>
> A.
>
> --=20
> Adam Sherman
> Tritus CG Inc.
> +1 (613) 797-6819
> http://www.tritus.ca/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Commons-Validator for Spring

[<ad...@tr...>]

On 03-12-2004 6:37 -0700 Matt Raible <li...@ra...> wrote:
> Actually, I've tested this with the current Commons Validator and the
> JavaScript doesn't care if you have name="x" on your form or id="x".  So
> it's really just a question of whether other taglibs generate valid
> <form> markup.  Struts doesn't generate XHTML 1.0 Strict markup b/c of
> the name vs. id attribute.  Personally, I aimed for strict compliance
> for about a year and found it was more trouble than it was worth.
> Transitional works just as good and you still get well-formed XML.  Any
> reason you prefer Strict over Transitional?

One of the main reasons, so far, has been to allow use of XSLT to do 
refactoring. Obviously, not all projects benefit from this but I was 
working on an application with a huge number of pages and having validating 
XML was great.

The second reason is JSP 2.0. The new applications we're developing right 
now are using JSP 2.0 and benefiting from cleaner templates. Since JSP 2.0 
suppose matching namespaces to taglibs, using a validating editor allows 
you to almost completely eliminate any typos. *Really* nice. You can still 
screw-up your EL, mind you.

A.

P.S. External JS with Struts, thanks.

-- 
Adam Sherman
Tritus CG Inc.
+1 (613) 797-6819
http://www.tritus.ca/

RE: [Springframework-developer] Commons-Validator for Spring

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

> On 03-11-2004 23:21 -0500 Daniel Miller <mi...@pa...> wrote:
> > Your first request: make it work with XHTML 1.0 Strict
> 
> I'll second that motion. I find it very unpleasant to realize 
> that a taglib 
> generates non-validating output into my carefully validated pages.

Actually, I've tested this with the current Commons Validator and the
JavaScript doesn't care if you have name="x" on your form or id="x".  So
it's really just a question of whether other taglibs generate valid
<form> markup.  Struts doesn't generate XHTML 1.0 Strict markup b/c of
the name vs. id attribute.  Personally, I aimed for strict compliance
for about a year and found it was more trouble than it was worth.
Transitional works just as good and you still get well-formed XML.  Any
reason you prefer Strict over Transitional?  

> 
> > Second: Only included the necessary JavaScript
> 
> Is it not possible to keep the majority of the Javascript in 
> a separate .js 
> file? This way it only gets loaded once?

The validator in Struts has this capability.  At the bottom of a form
you want to validate you just put:

<html:javascript formName="userForm" cdata="false"
      dynamicJavascript="true" staticJavascript="false"/>
<script type="text/javascript"
      src="<c:url value="/scripts/validator.jsp"/>"></script>

Where /scripts/validator.jsp has:

<%@ page language="java" contentType="javascript/x-javascript" %>
<%@ taglib uri="http://jakarta.apache.org/struts/tags-html"
prefix="html" %>

<html:javascript dynamicJavascript="false" staticJavascript="true"/>

This pulls from validator-rules.xml and produces the following:

http://demo.raibledesigns.com/appfuse/scripts/validator.jsp

You'll have to likely save it to disk to see the contents.

Matt

RE: [Springframework-developer] Commons-Validator for Spring

[<ad...@tr...>]

On 03-11-2004 23:21 -0500 Daniel Miller <mi...@pa...> wrote:
> Your first request: make it work with XHTML 1.0 Strict

I'll second that motion. I find it very unpleasant to realize that a taglib 
generates non-validating output into my carefully validated pages.

> Second: Only included the necessary JavaScript

Is it not possible to keep the majority of the Javascript in a separate .js 
file? This way it only gets loaded once?

A.

-- 
Adam Sherman
Tritus CG Inc.
+1 (613) 797-6819
http://www.tritus.ca/

RE: [Springframework-developer] Road map (security)

[<ad...@tr...>]

On 03-12-2004 10:18 +0000 sam...@ma... wrote:
> Looking at Spring as a relative newcomer, I can see that in Spring itself
> there is already support for a wide number of API's and technology, any
> of which could be in separate projects. Persoanlly, I prefer being able
> to download one big bundle then pick and choose what I use. Your project
> will certainly be of use to people, and having it inside Spring as a
> fully supported API adds to Spring as a whole - it will also lead people
> to think it will have a certain level of quality in line with the rest of
> the Spring code. I have no objections to it being included, but as a
> non-commiter its not reall my place to say...

I'd like to chime in here as well. One of the most valuable facets of=20
Spring for me has been the quality of the developers working on it. When=20
trying to evaluate how to approach a problem domain, it gives me lots of=20
confidence if the developers on this list have looked at a solution and=20
approve of it being in Spring core.

For example, Ben's security framework looks great to me. But I know that if =

Rod, J=FCrgen, Alef, etc, have looked at it and think it is solid then it=20
probably is. I guess I like to borrow the knowledge of the more experienced =

developers.

In conclusion, it is always a good idea to keep the framework flexible=20
enough that people can do whatever they please. However, having "approved"=20
implementations of certain capabilities, like security, is important.

My 2 cents.

A.

--=20
Adam Sherman
Tritus CG Inc.
+1 (613) 797-6819
http://www.tritus.ca/

RE: [Springframework-developer] Road map (security)

[<sam...@ma...>]

Quoting Ben Alex <ben...@ac...>:
<snip>
> 
> Whilst I initially wrote the above project with a view to inclusion in
> Spring, I also recognise there are no Spring-specific dependencies apart
> from standard bean context and interceptor services. As such, from a
> technical perspective security could be effectively developed in a separate
> project, or as a separate module under Spring CVS. There is no technical
> requirement in having it in Spring core. The real issue is whether from a
> marketing perspective the Spring Framework needs its very own security
> capability/project, an "official" separate security project that users are
> pointed towards, or a list of external (untested) security projects that
> claim to support Spring.
> 
> It would be nice to avoid duplication of efforts on security, particularly
> given most of it involves writing adapters between the project security and
> the container's native security. Maximising the user and developer base of a
> single security project will also have obvious benefits in terms of testing,
> issue identification, support and improvement.
> 
> Ben

Looking at Spring as a relative newcomer, I can see that in Spring itself there
is already support for a wide number of API's and technology, any of which could
be in seperate projects. Persoanlly, I prefer being able to download one big
bundle then pick and choose what I use. Your project will certainly be of use to
people, and having it inside Spring as a fully supported API adds to Spring as a
whole - it will also lead people to think it will have a certain level of
quality in line with the rest of the Spring code. I have no objections to it
being included, but as a non-commiter its not reall my place to say...

sam
http://www.magpiebrain.com/

Re: [Springframework-developer] Commons-Validator for Spring

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

I've used the Struts Validator for a couple years now and I think it's 
great - especially since I can generate my validation.xml using 
XDoclet.  In the coming months, I plan to learn more about Tapestry and 
WebWork.  I'd love to have a validation system that I could use on 
Struts, Spring, Tapestry and WebWork.

I guess I'm saying - I'd like to see a tag library that can be used 
with other MVC frameworks.  I plan on using Spring with all these MVC 
options - so including it in the core also suits my needs.

Matt

On Mar 11, 2004, at 9:21 PM, Daniel Miller wrote:

> Thanks for your feedback Sam.
>
> I agree. I will talk to the Struts developers about what I'm doing 
> before I
> include their code into the Spring project.
>
> I was also leaning toward a tag library. Does anyone have input on 
> whether
> another tag should be added to the Spring taglib or should it be a 
> totally
> separate taglib (just for javascript validation)?
>
> Thanks.
> Daniel
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On Behalf
> Of Sam Newman
> Sent: Monday, March 08, 2004 5:42 AM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Commons-Validator for Spring
>
>
> Daniel Miller wrote:
>> To all,
>>
>> I am looking into implementing the JavaScript portion of the
>> Commons-Validator for Spring. I have a few questions on which I would
>> appreciate some feedback:
>>
>> 1. Rather than re-invent the wheel I was planning on using as much
> existing
>> code as possible to implement JavaScript validation for Spring. It 
>> turns
> out
>> that the Struts source contains a lot of the code that "constructs" 
>> the
>> JavaScript functions for the client. What are the policies for using 
>> code
>> from other open-source projects in Spring? Can I just rip a bunch of 
>> code
>> out of the Struts source and adapt it for Spring? Do I need to ask
>> permission first?
>
> No matter what the license says, I think it would be advisable to ask -
> some goodwill from the struts developers might well help the process. 
> In
> fact the struts developers are known to be a big fan of their code 
> being
> rebuilt as separate modules - the Jakarta commons projects started from
> code in struts 1.0 being moved into separate projects. Struts is
> licensed using the Apache license, as such their code can be used
> without problem as long as correct attribution is given - this amounts
> to stating in the code itself and the documentation where it came from.
>
>> 3. Would it be advisable to put the javascript generating code in the 
>> tag
>> library or in the ValidatorFactory (which holds the resources needed 
>> to
>> build the code; things like message resources would need to be passed 
>> in)?
>
> A tag library would be my preferred choice (I hate Java scriptlets in
> JSP pages - a maintenance nightmare) although I suspect that the tag
> would be a relatively thin wrapper over the ValidatorFactory itself.
>
> --
> sam
> http://www.magpiebrain.com/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Commons-Validator for Spring

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

Camron,

You might check with the developers of the commons-validator. They may have
use for your JavaScript validation code. I was hoping that my adaptor for
Spring would have minimal or no addition to the commons-validator
functionality, but rather simply adapt the validator to Spring. In that
regard, I hope I don't have to write any JavaScript, the commons-validator
should provide that and I will provide a means to get it into your view.

Thanks,
Daneil

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Cameron Braid
Sent: Monday, March 08, 2004 6:36 AM
To: spr...@li...
Subject: RE: [Springframework-developer] Commons-Validator for Spring


I have written some javascript validation code that extends the WebWork2
validator system by creating client site javascript.

I have been trying to find the time to extract out our application specific
code from the system to allow it to be shared with the community.

I am still willing to do this, and I have been working on this recently.

Currently it is integrated into our custom freemarker marco based forms
library, and using some javascript objects on the client.

I will attempt to get the code online somewhere for people to have a look
at.

I don't know if it is useable with spring, but it may provide some food for
thought.

Thanks,

Cameron.

> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
>  On Behalf Of Sam Newman
> Sent: Monday, 8 March 2004 8:42 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Commons-Validator for Spring
>
> Daniel Miller wrote:
> > To all,
> >
> > I am looking into implementing the JavaScript portion of the
> > Commons-Validator for Spring. I have a few questions on
> which I would
> > appreciate some feedback:
> >
> > 1. Rather than re-invent the wheel I was planning on using as much
> > existing code as possible to implement JavaScript validation for
> > Spring. It turns out that the Struts source contains a lot
> of the code
> > that "constructs" the JavaScript functions for the client. What are
> > the policies for using code from other open-source projects
> in Spring?
> > Can I just rip a bunch of code out of the Struts source and
> adapt it
> > for Spring? Do I need to ask permission first?
>
> No matter what the license says, I think it would be
> advisable to ask - some goodwill from the struts developers
> might well help the process. In fact the struts developers
> are known to be a big fan of their code being rebuilt as
> separate modules - the Jakarta commons projects started from
> code in struts 1.0 being moved into separate projects. Struts
> is licensed using the Apache license, as such their code can
> be used without problem as long as correct attribution is
> given - this amounts to stating in the code itself and the
> documentation where it came from.
>
> > 3. Would it be advisable to put the javascript generating
> code in the
> > tag library or in the ValidatorFactory (which holds the resources
> > needed to build the code; things like message resources
> would need to be passed in)?
>
> A tag library would be my preferred choice (I hate Java
> scriptlets in JSP pages - a maintenance nightmare) although I
> suspect that the tag would be a relatively thin wrapper over
> the ValidatorFactory itself.
>
> --
> sam
> http://www.magpiebrain.com/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer