springframework-developer — Spring Framework developers list

RE: [Springframework-developer] Rules code missing?

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

Yes that's exactly what we want to do, unify there... there is also the
discussion if it's worth it to upgrade the closure APIs for specific JDK 1.5
support -- typed function objects would be ideal.

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Oliver Hutchison
Sent: Monday, June 13, 2005 7:51 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Rules code missing?

Any plans on merging with Steven Devijver's very nice valang stuff? ;)  

> -----Original Message-----
> From: spr...@li... 
> [mailto:spr...@li...]
>  On Behalf Of Keith Donald
> Sent: Tuesday, 14 June 2005 9:48 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Rules code missing?
> 
> Pardon the work in progress there -- :-)
> 
> The Rules code will be moving over to spring modules at 
> java.NET most likely.  Can you guys hold without it in CVS 
> for a few days until we get it moved over?
> 
> Thanks,
> 
> Keith
> 
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
>  On Behalf Of Oliver Hutchison
> Sent: Monday, June 13, 2005 7:24 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Rules code missing?
> 
> It looks like the spring code base is being broken up into 
> modules. I know that the sandbox binding code has moved over 
> to the "spring-binding" module but I've got no idea where the 
> rules stuff has ended up. 
> 
> Ollie
> 
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> >  On Behalf Of Andy Depue
> > Sent: Tuesday, 14 June 2005 4:41 AM
> > To: spr...@li...
> > Subject: [Springframework-developer] Rules code missing?
> > 
> > I just did a checkout of spring, and the Rules code has vanished 
> > (org.springframework.rules.Rules, for example).  The deleted code 
> > exists in the attic with the comment "prepping for 
> modularization".  
> > Where might I find this code now?  Or did I just time this 
> wrong and 
> > it has yet to appear back in cvs somewhere?
> > 
> >   - Andy
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: NEC IT Guy Games.  How 
> far can you 
> > shotput a projector? How fast can you ride your desk chair down the 
> > office luge track?
> > If you want to score the big prize, get to know the little guy.  
> > Play to win an NEC 61" plasma display: 
> > http://www.necitguy.com/?r=20
> > _______________________________________________
> > Springframework-developer mailing list 
> > Spr...@li...
> > 
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> > 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far 
> can you shotput a projector? How fast can you ride your desk 
> chair down the office luge track?
> If you want to score the big prize, get to know the little guy.  
> Play to win an NEC 61" plasma display: 
> http://www.necitguy.com/?r 
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far 
> can you shotput
> a projector? How fast can you ride your desk chair down the 
> office luge track?
> If you want to score the big prize, get to know the little guy.  
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
a projector? How fast can you ride your desk chair down the office luge
track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r 
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Rules code missing?

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

Any plans on merging with Steven Devijver's very nice valang stuff? ;) =20

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Keith Donald
> Sent: Tuesday, 14 June 2005 9:48 AM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Rules code missing?
>=20
> Pardon the work in progress there -- :-)
>=20
> The Rules code will be moving over to spring modules at=20
> java.NET most likely.  Can you guys hold without it in CVS=20
> for a few days until we get it moved over?
>=20
> Thanks,
>=20
> Keith
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
>  On Behalf Of Oliver Hutchison
> Sent: Monday, June 13, 2005 7:24 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] Rules code missing?
>=20
> It looks like the spring code base is being broken up into=20
> modules. I know that the sandbox binding code has moved over=20
> to the "spring-binding" module but I've got no idea where the=20
> rules stuff has ended up.=20
>=20
> Ollie
>=20
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]
> >  On Behalf Of Andy Depue
> > Sent: Tuesday, 14 June 2005 4:41 AM
> > To: spr...@li...
> > Subject: [Springframework-developer] Rules code missing?
> >=20
> > I just did a checkout of spring, and the Rules code has vanished=20
> > (org.springframework.rules.Rules, for example).  The deleted code=20
> > exists in the attic with the comment "prepping for=20
> modularization". =20
> > Where might I find this code now?  Or did I just time this=20
> wrong and=20
> > it has yet to appear back in cvs somewhere?
> >=20
> >   - Andy
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: NEC IT Guy Games.  How=20
> far can you=20
> > shotput a projector? How fast can you ride your desk chair down the=20
> > office luge track?
> > If you want to score the big prize, get to know the little guy. =20
> > Play to win an NEC 61" plasma display:=20
> > http://www.necitguy.com/?r=3D20
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far=20
> can you shotput a projector? How fast can you ride your desk=20
> chair down the office luge track?
> If you want to score the big prize, get to know the little guy. =20
> Play to win an NEC 61" plasma display:=20
> http://www.necitguy.com/?r=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far=20
> can you shotput
> a projector? How fast can you ride your desk chair down the=20
> office luge track?
> If you want to score the big prize, get to know the little guy. =20
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20

RE: [Springframework-developer] Rules code missing?

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

Pardon the work in progress there -- :-)

The Rules code will be moving over to spring modules at java.NET most
likely.  Can you guys hold without it in CVS for a few days until we get it
moved over?

Thanks,

Keith

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf Of
Oliver Hutchison
Sent: Monday, June 13, 2005 7:24 PM
To: spr...@li...
Subject: RE: [Springframework-developer] Rules code missing?

It looks like the spring code base is being broken up into modules. I
know that the sandbox binding code has moved over to the
"spring-binding" module but I've got no idea where the rules stuff has
ended up. 

Ollie

> -----Original Message-----
> From: spr...@li... 
> [mailto:spr...@li...]
>  On Behalf Of Andy Depue
> Sent: Tuesday, 14 June 2005 4:41 AM
> To: spr...@li...
> Subject: [Springframework-developer] Rules code missing?
> 
> I just did a checkout of spring, and the Rules code has 
> vanished (org.springframework.rules.Rules, for example).  The 
> deleted code exists in the attic with the comment "prepping 
> for modularization".  Where might I find this code now?  Or 
> did I just time this wrong and it has yet to appear back in 
> cvs somewhere?
> 
>   - Andy
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far 
> can you shotput a projector? How fast can you ride your desk 
> chair down the office luge track?
> If you want to score the big prize, get to know the little guy.  
> Play to win an NEC 61" plasma display: 
> http://www.necitguy.com/?r=20 
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
a projector? How fast can you ride your desk chair down the office luge
track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r 
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Rules code missing?

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

It looks like the spring code base is being broken up into modules. I
know that the sandbox binding code has moved over to the
"spring-binding" module but I've got no idea where the rules stuff has
ended up.=20

Ollie

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Andy Depue
> Sent: Tuesday, 14 June 2005 4:41 AM
> To: spr...@li...
> Subject: [Springframework-developer] Rules code missing?
>=20
> I just did a checkout of spring, and the Rules code has=20
> vanished (org.springframework.rules.Rules, for example).  The=20
> deleted code exists in the attic with the comment "prepping=20
> for modularization".  Where might I find this code now?  Or=20
> did I just time this wrong and it has yet to appear back in=20
> cvs somewhere?
>=20
>   - Andy
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far=20
> can you shotput a projector? How fast can you ride your desk=20
> chair down the office luge track?
> If you want to score the big prize, get to know the little guy. =20
> Play to win an NEC 61" plasma display:=20
> http://www.necitguy.com/?r=3D20=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20

[Springframework-developer] spring build.282 Build Successful

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

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

[Springframework-developer] Rules code missing?

[Andy D. <an...@ma...>]

I just did a checkout of spring, and the Rules code has vanished 
(org.springframework.rules.Rules, for example).  The deleted code exists in 
the attic with the comment "prepping for modularization".  Where might I find 
this code now?  Or did I just time this wrong and it has yet to appear back 
in cvs somewhere?

  - Andy

Re: [Springframework-developer] Extensible XML processing in Spring: prototype version available in CVS HEAD

[Fredrik L. <fre...@ap...>]

On Mon, 13 Jun 2005 09:51:04 +0200, <jas...@ma...> wrote:

> On 12 Jun 2005, at 08:52, Fredrik Lindgren wrote:
>> The functionality described seems nice and unobtrusive.
>>
>> Switching to XSD however, would be a disaster. Not only would you add =
=20
>> more dependencies to spring to support XSD validation,
>
> What new dependency? Xerces is included in the JDK/JRE which can handle=
 =20
> XSD validation
>
I know that the latest JDK supports it, but is it safe to expect all =20
spring users to upgrade? The solution should be able to support being =20
deployed on older versions as well. This could of course be handled by no=
t =20
performing the validation for custom xml in case the custom validation =20
support is not available. That would be OK for me.

>> you would also force an unneccesary, and in my opinion bad, technology=
 =20
>> choice on spring users if they want to take advantage of the custom xm=
l =20
>> functionality.
>
> Both DTDs and XSDs can be supported - the Spring.xml file can decide =20
> which validation mechanism it prefers.
>
>
>> Please go ahead and add the custm xml functionality, but in the Spring=
 =20
>> spirit, keep the validation implementation pluggable.
>
> It is! :)
>
> Whatever the end user uses to validate their XML is up to them - either=
 =20
> DTD, XSD or no validation are the choices right now.

I know. That's why I support adding the functionality as it is right now.=
 =20
I only objected to the idea of switching to XSD as a required/default =20
validation mechanism for the spring XML. Personally I prefer to use RELAX=
 =20
NG for my validation needs since it has better support for alternative =20
syntaxes (attribute or child content) and support for cooccurence =20
constraints which might be helpful for catching some additional =20
configuration errors. I'll check out the implementation details and try t=
o =20
get back with more constructive feedback.

Regards
Fredrik Lindgren




>
> James
> -------
> http://radio.weblogs.com/0112098/
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you =20
> shotput
> a projector? How fast can you ride your desk chair down the office luge=
 =20
> track?
> If you want to score the big prize, get to know the little guy. Play to=
 =20
> win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>



--=20
Fredrik Lindgren
Software Architect, Appear Networks AB

Re: [Springframework-developer] Extensible XML processing in Spring: prototype version available in CVS HEAD

[<jas...@ma...>]

On 12 Jun 2005, at 08:52, Fredrik Lindgren wrote:
> The functionality described seems nice and unobtrusive.
>
> Switching to XSD however, would be a disaster. Not only would you  
> add more dependencies to spring to support XSD validation,

What new dependency? Xerces is included in the JDK/JRE which can  
handle XSD validation

> you would also force an unneccesary, and in my opinion bad,  
> technology choice on spring users if they want to take advantage of  
> the custom xml functionality.

Both DTDs and XSDs can be supported - the Spring.xml file can decide  
which validation mechanism it prefers.


> Please go ahead and add the custm xml functionality, but in the  
> Spring spirit, keep the validation implementation pluggable.

It is! :)

Whatever the end user uses to validate their XML is up to them -  
either DTD, XSD or no validation are the choices right now.

James
-------
http://radio.weblogs.com/0112098/

[Springframework-developer] spring build.281 Build Successful

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

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

[Springframework-developer] R. Oberg mentions Spring at Nordev conference

[jbetancourt <jbe...@co...>]

Rickard =D6berg mentions Spring See his Nordev Conference summary at:  =
http://jroller.com/page/rickard/20050605

I think this quote is from the presentation he gave (?):

"From a tools and framework point of view I think the scene has now =
stabilized: AspectJ/AspectWerkz and Spring (either separate or together) =
are the main AOP frameworks that people will be using. The sheer =
technological advantage of AspectJ, combined with the ease-of-use of =
Spring, makes for the most interesting toolkit to deal with these =
things. I'm looking forward to see the new developments in both, in =
particular the JVM integration that Jonas et al are doing with AspectJ. =
"

-----
J. Betancourt

Re: [Springframework-developer] JDOTemplate and in-memory queries

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

FYI, I've spent my train time to Ulm and back (8 hours in total) on our O/R
Mapping docs: I've added pretty complete sections on JDO, TopLink and OJB.
Of course, there's always room for improvement, but I believe that the
present sections are a good start.

The JDO section currently talks about two PersistenceManagerFactory setup
styles: LocalPersistenceManagerFactoryBean and direct instantiation of a PMF
impl class (analogous to a DataSource). The section contains an example for
both, with the latter showing JPOX setup.

I've also refined the Hibernate and iBATIS sections a bit. The only
important thing that's still missing is a discussion of OpenSessionInView /
OpenPersistenceManagerInView.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Marc Logemann
Sent: Friday, June 10, 2005 12:09 AM
To: spr...@li...
Subject: Re: [Springframework-developer] JDOTemplate and in-memory
queries


Hi,

i must have been blind not to see the kodo libs in the wiki code
(KodoPersistenceManagerFactoryBean) and yes, of course this is a show
stopper for the docs and the distro. In the last minutes i thought about
a solution to this. Of course we could just start writing the docs with
the explanation of setting up JDO with plain LocalPersistenceManagerFB
but i dont like the approach to define the driver stuff inside
jdoProperties. I really think a seperate datasource definition and the
linking via dataSource property would be the best way. Here one can
reuse that datasource for Quartz or other persistence mechanisms.

Unfortunately, this cant be done in a vendor neutral way as it seems.
Perhaps i should look into JDO2 spec again, it think they also improved
and unified the bootstrapping stuff with JDO2. Correct me if i am wrong
with my assumption.

I have the same problem as colin right now that my time is very limited
due to project issues but i can take a look at the JDO2 spec in order to
see if we can somehow transport the beautiness of the KodoPMFB to a
common JDO(2) class. If this is not possible, we have to go with
LocalPersistenceManagerFactoryBean and document that.



Colin Sampaleanu wrote:
> Marc,
>
> Sorry for the _extreme_ delay in this reply. I was busy at the time you
> initially posted, put it aside for a day or two to have time to think
> about it properly and reply, and then got even busier.
>
> The main reason the Kodo stuff is not in CVS right now is that to build
> it it does require linking to the Kodo lib, and the latter is not free.
> I don't see much of a solution for this unless Solarmetric perhaps does
> something like allow us to put a non-working Kodo lib in CVS against
> which we can build, but which we don't distribute. alternately they
> could maintain it themselves, and we could link to it. However, that's
> actually a tiny class, so I don't necessarilly even see that big a deal
> with just listing the class in docs, and pointing to somewhere where
> it's avaialble for download too.


--
regards
Marc Logemann
[blog] http://www.logemann.org
[busn.] http://www.logentis.de


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you
shotput
a projector? How fast can you ride your desk chair down the office luge
track?
If you want to score the big prize, get to know the little guy.
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Extensible XML processing in Spring: prototype version available in CVS HEAD

[Fredrik L. <fre...@ch...>]

The functionality described seems nice and unobtrusive.

Switching to XSD however, would be a disaster. Not only would you add more  
dependencies to spring to support XSD validation, you would also force an  
unneccesary, and in my opinion bad, technology choice on spring users if  
they want to take advantage of the custom xml functionality.

Please go ahead and add the custm xml functionality, but in the Spring  
spirit, keep the validation implementation pluggable.

Regards
Fredrik Lindgren

On Thu, 09 Jun 2005 17:27:56 +0200, <jas...@ma...> wrote:

> Quite a few folks have wanted some way to extend/enhance Spring's XML  
> configuration file mechanism to provide more concise XML with richer XML  
> validation (through schemas and XSD extension etc). Here's some  
> background ideas...
> http://article.gmane.org/gmane.comp.java.springframework.devel/8301/ 
> match=neater+xml++xsd
>
> Yet another project I work on, ServiceMix, needed this - and I didn't  
> have the heart to go down the XSLT route I've done before (e.g. on  
> ActiveMQ) - so I thought I'd experiment actually working on Spring to  
> provide an 'XML extension point' for XML configuration files.
>
>
> Example
> =======
> First here's the example of what the XML looks like in ServiceMix  
> before, using standard Spring - then afterwards with the 'XML  
> extensions' so you can see the kind of thing I mean.
>
> regular Spring config.
> http://cvs.servicemix.codehaus.org/servicemix/base/src/test/resources/ 
> org/servicemix/jbi/config/example-spring.xml?rev=HEAD&view=auto
>
> extended Spring
> http://cvs.servicemix.codehaus.org/servicemix/base/src/test/resources/ 
> org/servicemix/jbi/config/example.xml?rev=HEAD&view=auto
>
> Now ServiceMix users can use a *much* more concise XML, if they want -  
> we can easily add an XSD that can validate the ServiceMix model much  
> better - but we can still mix and match all the great Spring XML stuff  
> in there too. Its just a couple of trivial, simple macros (<components>,  
> <component> and <qname>) to simplify the XML.
>
>  From ServiceMix's perspective, we've implemented these new tags in the  
> XML using a couple of pretty-trivial classes.
>
> The neat thing about this is that folks can now start to mix and match  
> custom XML languages with the Spring XML. e.g. folks building Geronimo's  
> web, JCA and EJB containers can use Spring XML to deal with J2EE  
> deployment descriptors, but allow  those files to include Spring XML too!
>
>
> Implementation
> ============
> Now we could use inheritance to add custom XML processing (we did this  
> in ActiveMQ) - each library developer would then provide their own  
> definition reader / bean factory implementation; the problem with that  
> is there are so many kinds of bean factory & application context and  
> many ways to make them - having a custom bean factory didn't seem a  
> clean solution. Plus I'd like us to mix and match different extensions  
> together into the same Spring XML document. So I decided to try add a  
> 'META-INF/services/' style of auto-discovery.
>
> The basic idea is that the standard spring configuration mechanism, will  
> parse the regular Spring XML elements, but any new ones it doesn't  
> recognise, it will see if there is an ElementProcessor class registered  
> for the given element name (using namespaces too if need be). An  
> ElementProcessor is a trivial little plugin interface allowing folks to  
> turn any-old-XML into regular Spring <bean> <property> elements.
>
>
> Using XML extensions
> ================
>
> So if you parse the this example 'extended' spring XML, with the latest  
> CVS HEAD and the ServiceMix jar on your classpath...
> http://cvs.servicemix.codehaus.org/servicemix/base/src/test/resources/ 
> org/servicemix/jbi/config/example.xml?rev=HEAD&view=auto
>
> it will automatically parse these new XML extensions! (To use the  
> ServiceMix example above, since it uses arbitrary XML namespaces, you  
> have to turn of XML validation to avoid using the DTD (*))
>
> The neat thing is, different folks can now provide different extensions  
> on the classpath. So we could have groovy, activemq, servicemix,  
> geronimo-jca and geronimo-ejb, all making their own extensions, having  
> their own XSDs and all used freely inside a single XML document.
>
>
> Impact
> =====
> As it turns out, the impact on the code was surprisingly small and the  
> entire thing only took about a day to implement - most of which was on  
> the ServiceMix side of things (which is much less than the XSLT took to  
> get right on ActiveMQ! :). The impact on the Spring codebase is a couple  
> of fairly straightforward small methods added to the current parser, 1  
> new extension interface (ElementProcessor) and an optional helper class,  
> ElementProcessorSupport that wraps up a bunch of useful helper methods  
> for transforming DOM nodes and adding Spring XML elements.
>
> Due to the minimal impact of these changes & ease of backing them out  
> again, I've gone ahead and checked them straight in. Please take a look  
> and see what you think. I'm using ServiceMix (http://servicemix.org/) as  
> the test case right now; if there's general agreement among the team  
> with this approach, I'll add some spring specific test cases into CVS to  
> test it out inside the spring unit test suite.
>
>
> Remaining Issues
> =============
> This whole spike was surprisingly simple to do and had minimal impact on  
> Spring. (*) The only gotcha was, Spring uses XML validation by default -  
> which forces a DOCTYPE to be specified - and DOCTYPEs don't like  
> arbitrary namespaces to be used. So I've added an xmlValidating property  
> on AbstractXmlApplicationContext and a new constructor on BeanFactory so  
> you can turn off validation if you want to. (There could be other places  
> in the code that might need to allow validation to be turned off, but  
> that should do for a start).
>
> I guess if we had a Spring XSD, then we could enforce validation all the  
> time and folks who wish to extend the XML must specify one more more XSD  
> references in the XML?
>
> Thoughts?
>
> James
> -------
> http://radio.weblogs.com/0112098/
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you  
> shotput
> a projector? How fast can you ride your desk chair down the office luge  
> track?
> If you want to score the big prize, get to know the little guy. Play to  
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>



-- 
Fredrik Lindgren

[Springframework-developer] spring build.280 Build Successful

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

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

Re: [Springframework-developer] JIRA css

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

Yeah, thats Australians for you... bunch of lazy slackers the lot of them..=
. ;-)

You need to give them a prodding.

-Nick

On 6/11/05, Colin Sampaleanu <col...@ex...> wrote:
> This is an Atlassian hosted instance of Jira. You'd think they'd be up
> to date :-)
>=20
> Nick Minutello wrote:
>=20
> >This was a known problem with Jira 2.6.x.
> >
> >You will need to upgrade it.
> >
> >-Nick
> >
> >
> >On 6/11/05, Erwin Vervaet <erw...@er...> wrote:
> >
> >
> >>Is it just me or are other people having problems with the style sheets=
 and
> >>images on our JIRA instance?
> >>The style sheet doesn't seem to load the first time around, but does lo=
ad
> >>when I refresh the page. The image
> >>http://repository.atlassian.com/spring_jira_logo.gif just seems to be
> >>missing...
> >>
> >>I'm using XP Pro with IE.
> >>
> >>Erwin Vervaet
> >>erw...@er...
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you s=
hotput
> >>a projector? How fast can you ride your desk chair down the office luge=
 track?
> >>If you want to score the big prize, get to know the little guy.
> >>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> >>_______________________________________________
> >>Springframework-developer mailing list
> >>Spr...@li...
> >>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> >>
> >>
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you sh=
otput
> >a projector? How fast can you ride your desk chair down the office luge =
track?
> >If you want to score the big prize, get to know the little guy.
> >Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
> >_______________________________________________
> >Springframework-developer mailing list
> >Spr...@li...
> >https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you sho=
tput
> a projector? How fast can you ride your desk chair down the office luge t=
rack?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] JIRA css

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

This is an Atlassian hosted instance of Jira. You'd think they'd be up 
to date :-)

Nick Minutello wrote:

>This was a known problem with Jira 2.6.x.
>
>You will need to upgrade it.
>
>-Nick
>
>
>On 6/11/05, Erwin Vervaet <erw...@er...> wrote:
>  
>
>>Is it just me or are other people having problems with the style sheets and
>>images on our JIRA instance?
>>The style sheet doesn't seem to load the first time around, but does load
>>when I refresh the page. The image
>>http://repository.atlassian.com/spring_jira_logo.gif just seems to be
>>missing...
>>
>>I'm using XP Pro with IE.
>>
>>Erwin Vervaet
>>erw...@er...
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
>>a projector? How fast can you ride your desk chair down the office luge track?
>>If you want to score the big prize, get to know the little guy.
>>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
>>_______________________________________________
>>Springframework-developer mailing list
>>Spr...@li...
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>    
>>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
>a projector? How fast can you ride your desk chair down the office luge track?
>If you want to score the big prize, get to know the little guy.  
>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r 
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

Re: [Springframework-developer] JIRA css

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

This was a known problem with Jira 2.6.x.

You will need to upgrade it.

-Nick


On 6/11/05, Erwin Vervaet <erw...@er...> wrote:
> Is it just me or are other people having problems with the style sheets a=
nd
> images on our JIRA instance?
> The style sheet doesn't seem to load the first time around, but does load
> when I refresh the page. The image
> http://repository.atlassian.com/spring_jira_logo.gif just seems to be
> missing...
>=20
> I'm using XP Pro with IE.
>=20
> Erwin Vervaet
> erw...@er...
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you sho=
tput
> a projector? How fast can you ride your desk chair down the office luge t=
rack?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

Re: [Springframework-developer] hibernate-annotations.jar to eclipse classpath

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

Done.

Dmitriy.

Seth Ladd wrote:

>Hello,
>
>Can someone add hibernate-annotations.jar to the eclipse classpath,
>and check it in?  It's now required to build the project.
>
>Thanks!
>Seth
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
>a projector? How fast can you ride your desk chair down the office luge track?
>If you want to score the big prize, get to know the little guy.  
>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r 
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

[Springframework-developer] JIRA css

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

Is it just me or are other people having problems with the style sheets and 
images on our JIRA instance?
The style sheet doesn't seem to load the first time around, but does load 
when I refresh the page. The image 
http://repository.atlassian.com/spring_jira_logo.gif just seems to be 
missing...

I'm using XP Pro with IE.

Erwin Vervaet
erw...@er... 

[Springframework-developer] hibernate-annotations.jar to eclipse classpath

[Seth L. <set...@gm...>]

Hello,

Can someone add hibernate-annotations.jar to the eclipse classpath,
and check it in?  It's now required to build the project.

Thanks!
Seth

[Springframework-developer] another complimentary spring rich blog

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

http://jroller.com/page/wireframe/20050610#swingwork_to_springwork

 

After working with our swing application framework again for the first full
week in way too long, I have to agree :-)  There's so much potential here.

 

. kudos to Oliver Hutchison for the recent improvements to the form data
binding API.  I spoke on Spring and Spring Rich to a users group here in
Ottawa this week-several Eclipse RCP developers were there and were quite
impressed.  The metadata-driven control selection and automatic data binding
capabilities we have really are state of the art!

 

Keith

 

 

RE: [Springframework-developer] JIRA down?

[Magnus H. <ma...@fi...>]

Yes. 

> Anyone else getting JIRA errors?....

/Magnus

[Springframework-developer] JIRA down?

[Mark St G. <stg...@ca...>]

Anyone else getting JIRA errors?....

Cheers,
Mark


Cause:
java.lang.IllegalArgumentException: [GenericEntity.get] "id" is not a field
of OSUser
             at
org.ofbiz.core.entity.GenericEntity.get(GenericEntity.java:150)
             at
org.ofbiz.core.entity.GenericEntity.getLong(GenericEntity.java:369)
             at
com.opensymphony.user.provider.ofbiz.OFBizProfileProvider.getPropertySet(OFBizProfileProvider.java:58)

             at com.opensymphony.user.Entity.getPropertySet(Entity.java:87)
             at com.opensymphony.user.User.getFullName(User.java:80)
             at
/decorators/main.jsp._jspService(/decorators/main.jsp.java:604)

[Springframework-developer] spring build.279 Build Successful

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

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

Re: [Springframework-developer] JDOTemplate and in-memory queries

[Marc L. <ma...@lo...>]

Hi,

i must have been blind not to see the kodo libs in the wiki code 
(KodoPersistenceManagerFactoryBean) and yes, of course this is a show 
stopper for the docs and the distro. In the last minutes i thought about 
a solution to this. Of course we could just start writing the docs with 
the explanation of setting up JDO with plain LocalPersistenceManagerFB 
but i dont like the approach to define the driver stuff inside 
jdoProperties. I really think a seperate datasource definition and the 
linking via dataSource property would be the best way. Here one can 
reuse that datasource for Quartz or other persistence mechanisms.

Unfortunately, this cant be done in a vendor neutral way as it seems. 
Perhaps i should look into JDO2 spec again, it think they also improved 
and unified the bootstrapping stuff with JDO2. Correct me if i am wrong 
with my assumption.

I have the same problem as colin right now that my time is very limited 
due to project issues but i can take a look at the JDO2 spec in order to 
see if we can somehow transport the beautiness of the KodoPMFB to a 
common JDO(2) class. If this is not possible, we have to go with 
LocalPersistenceManagerFactoryBean and document that.



Colin Sampaleanu wrote:
> Marc,
> 
> Sorry for the _extreme_ delay in this reply. I was busy at the time you 
> initially posted, put it aside for a day or two to have time to think 
> about it properly and reply, and then got even busier.
> 
> The main reason the Kodo stuff is not in CVS right now is that to build 
> it it does require linking to the Kodo lib, and the latter is not free. 
> I don't see much of a solution for this unless Solarmetric perhaps does 
> something like allow us to put a non-working Kodo lib in CVS against 
> which we can build, but which we don't distribute. alternately they 
> could maintain it themselves, and we could link to it. However, that's 
> actually a tiny class, so I don't necessarilly even see that big a deal 
> with just listing the class in docs, and pointing to somewhere where 
> it's avaialble for download too.


-- 
regards
Marc Logemann
[blog] http://www.logemann.org
[busn.] http://www.logentis.de

Re: [Springframework-developer] JDOTemplate and in-memory queries

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

Marc,

Sorry for the _extreme_ delay in this reply. I was busy at the time you 
initially posted, put it aside for a day or two to have time to think 
about it properly and reply, and then got even busier.

The main reason the Kodo stuff is not in CVS right now is that to build 
it it does require linking to the Kodo lib, and the latter is not free. 
I don't see much of a solution for this unless Solarmetric perhaps does 
something like allow us to put a non-working Kodo lib in CVS against 
which we can build, but which we don't distribute. alternately they 
could maintain it themselves, and we could link to it. However, that's 
actually a tiny class, so I don't necessarilly even see that big a deal 
with just listing the class in docs, and pointing to somewhere where 
it's avaialble for download too.

I agree also about the need for JDO docs. I may be able to help some 
here in the shorter term, although my first priority for docs is the 
Annotations stuff, and I need to spend most of my free Spring dev time 
on trying to help with the build/source organization refactoring we've 
been talking about for a while now and are probably going to go ahead 
with. At a minimum I should be able to proof and comment on anything you 
put out.

Colin


Marc Logemann wrote:

> Juergen Hoeller wrote:
>
>> FYI, I'm about to leave for Denmark, returning on Wednesday - which 
>> means
>> I'm not available for kicking this off till mix next week. Feel free to
>> create JIRA issues and/or gather stuff on the wiki in the meantime :-)
>
>
> Colin, perhaps we can discuss that, because i want to start with the 
> first section called "Resource Definitions in an Application Context"
>
> But we should agree on one approach in doing this. In my application i 
> am doing it the same way as you ve done it for the wiki with Kodo. Is 
> it possible to generalize this KodoPersistenceManagerFactoryBean (just 
> different naming?) and place it in the Spring tree, this way we would 
> have the same approach as with Hibernate. We would have a seperate 
> Datasource definition and the linking to the JDO resource via 
> "connectionFactory".
>
> I could also start with some general blabla in a section called 
> "Resource Management". Also the same as with Hibernate spring docs.
>
> Perhaps other might want to continue with sections like:
>
> - Inversion of Control: Template and Callback
> - Transactions
>
> Just a proposal. Happy to hear more on this from Rob or Colin. Hope 
> its ok to just proceed with the documentation issue. I dont want too 
> many users switching to hibernate just because Spring has no JDO docs 
> <g>.
>