You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dmitriy K. <dko...@ru...> - 2005-04-11 12:18:41
|
Thierry TEMPLIER wrote: >I see too that the JCA sample is in cvs but, I think >that it doesn't use classes of the main sources. I >will refactor it to use it. >To finish, do you want that I update the documentation >of the JCA support with your improvements? >Cheers, >Thierry > > > I did check in the sample yesterday. If you refactor it, I'll update it in CVS. And yes, updated documentation would be nice to have too :-) Dmitriy. |
|
From: Thierry T. <te...@ya...> - 2005-04-11 11:50:56
|
Hi Juerguen, Great news ;-) I will checkout the JCA support from cvs as soon as possible... I see too that the JCA sample is in cvs but, I think that it doesn't use classes of the main sources. I will refactor it to use it. To finish, do you want that I update the documentation of the JCA support with your improvements? Cheers, Thierry > Everybody, > > I've finally moved over the JCA support from the > sandbox to the main > sources, in a reworked and extended version. The > structure of the "jca.cci" > package is analogous to the "jdbc" package. Aside > from the Common Client > Interface data access package, there's also > "jca.support" package for local > setup of a JCA connection factory (CCI or other). > > I've used Thierry Templier's JCA support prototype > as starting point - > thanks very much again, Thierry! In comparison to > this original version, > CciTemplate is stripped down to some extent. All > operations just use > InteractionSpec now; ConnectionSpec handling has > been completely removed > from CciTemplate, in favor of a special > ConnectionFactory (see below). The > execute methods follow typical use cases now, with > as much implicit handling > as possible. > > For example, there are no explicit boolean flags > passed to the execute > methods anymore. Instead, CciTemplate tries to > figure out the appropriate > behavior: if an output Record has been passed in or > if an > OutputRecordCreator has been specified, the > execute(InteractionSpec, Record, > Record) version will be used; else, > execute(InteractionSpec, Record). > Likewise for using the same Record as input/output: > simply specify pass in > the same Record as input and output argument; no > need to specify an explicit > flag for this anymore. > > I've also renamed MappingRecordQuery into > MappingRecordOperation (as there > is no true query concept in JCA; it's rather all > about generic operations > with a Record result), and factored out a separate > SimpleRecordOperation > class. The former is concerned with mapping input > and output objects to/from > CCI Records, while the latter simply passes in input > and output Records. > > Furthermore, there's a couple of ConnectionFactory > adapters, similar to our > JDBC and JMS support: for example, > SingleConnectionFactory. There's also a > special ConnectionSpecConnectionFactoryAdapter that > works analogous to our > UserCredentialsDataSourceAdapter for JDBC: > getConnection() calls will > automatically be routed to > getConnection(ConnectionSpec), with the > ConnectionSpec taken from the static configuration > of the adapter or from > the adapter's corresponding ThreadLocal. > > Feel free to give this stuff a try, either using a > CVS snapshot or the > upcoming 1.2 RC2! > > Juergen > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > Take a look at my blog: http://templth.blogspot.com/ __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ |
|
From: Juergen H. <ju...@in...> - 2005-04-11 09:34:44
|
Everybody, I've finally moved over the JCA support from the sandbox to the main sources, in a reworked and extended version. The structure of the "jca.cci" package is analogous to the "jdbc" package. Aside from the Common Client Interface data access package, there's also "jca.support" package for local setup of a JCA connection factory (CCI or other). I've used Thierry Templier's JCA support prototype as starting point - thanks very much again, Thierry! In comparison to this original version, CciTemplate is stripped down to some extent. All operations just use InteractionSpec now; ConnectionSpec handling has been completely removed from CciTemplate, in favor of a special ConnectionFactory (see below). The execute methods follow typical use cases now, with as much implicit handling as possible. For example, there are no explicit boolean flags passed to the execute methods anymore. Instead, CciTemplate tries to figure out the appropriate behavior: if an output Record has been passed in or if an OutputRecordCreator has been specified, the execute(InteractionSpec, Record, Record) version will be used; else, execute(InteractionSpec, Record). Likewise for using the same Record as input/output: simply specify pass in the same Record as input and output argument; no need to specify an explicit flag for this anymore. I've also renamed MappingRecordQuery into MappingRecordOperation (as there is no true query concept in JCA; it's rather all about generic operations with a Record result), and factored out a separate SimpleRecordOperation class. The former is concerned with mapping input and output objects to/from CCI Records, while the latter simply passes in input and output Records. Furthermore, there's a couple of ConnectionFactory adapters, similar to our JDBC and JMS support: for example, SingleConnectionFactory. There's also a special ConnectionSpecConnectionFactoryAdapter that works analogous to our UserCredentialsDataSourceAdapter for JDBC: getConnection() calls will automatically be routed to getConnection(ConnectionSpec), with the ConnectionSpec taken from the static configuration of the adapter or from the adapter's corresponding ThreadLocal. Feel free to give this stuff a try, either using a CVS snapshot or the upcoming 1.2 RC2! Juergen |
|
From: katentim <kat...@ho...> - 2005-04-11 09:06:01
|
This user is getting: org.hibernate.AssertionFailure: null id in entry (don't flush the Session after an exception occurs) It looks to me like a Hibernate issue, however the Hibernate thread suggests otherwise. Spring Thread http://forum.springframework.org/viewtopic.php?t=4654 Hibernate Thread http://forum.hibernate.org/viewtopic.php?t=940968 |
|
From: Rainer S. <Rai...@ab...> - 2005-04-11 08:41:12
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Erwin, as fas as I know the CVS still holds Bill's initial code from a few month ago. As you have seen there are some contributions posted to the list or attached to the confluence page. I'm holding back some more contributions until it is clear _where_ to contribute - it doesn't make sence to splatter the code over the mailing lists and wikis. Rainer Erwin Vervaet schrieb: > All, >=20 > I've been integrating Portlet support into the Spring Web Flow system > and today I also added a portlet based version of the PhoneBook sample > application. >=20 > SWF Portlet support builds on the Spring Portlet MVC framework, which > brings me to the question: what is the status of Spring Portlet MVC? A > recent discussion on the DEV list states that it will be a key feature > of Spring 1.3. However, there also seems to be a lot of confusion as to > how up-to-date the sources in CVS are > (http://article.gmane.org/gmane.comp.java.springframework.devel/7997) > and who is actually working on it/maintaining it. The Wiki page > (http://opensource.atlassian.com/confluence/spring/display/JSR168/Home) > also seems to given the impression that's it's not ready for prime-time > yet. >=20 > Since SWF is now dependent on Spring Portlet MVC, we need to make sure > it is ready for release in the 1.3 timeframe. Also, since SWF is alread= y > releasing preview releases (we have preview 2 coming up this weekend!), > we need to make sure the Portlet MVC code we're shipping with that > (which is the code from CVS) is actually in up-to-date! >=20 > Could somebody please try to clarify the Spring Portlet MVC situation a > bit? >=20 > Erwin Vervaet > erw...@er... >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 - -- Rainer Schmitz ABAS Software AG (http://www.abas.de) S=FCdendstr. 42 76135 Karlsruhe GERMANY PGP/GPG Id: 0xB03B50E8 Fingerprint: A748 0A57 D4E8 5F1C A136 1A82 C3EC 6C53 B03B 50E8 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCWjgHw+xsU7A7UOgRAtcBAJ9Z1zrznUfy0AGSCxuqulwqmhMdcQCeMPHU 1YIxqrhz4wf7vIcGDfcyyFk=3D =3DBULe -----END PGP SIGNATURE----- |
|
From: Keith D. <ke...@in...> - 2005-04-11 07:42:21
|
Dear Spring Community,
We are pleased to announce the 2nd preview release of Spring Web Flow for
use with the Spring 1.2 release path. This stable-for-development-use
release offers the following major new features:
- Pluggable flow execution storage strategies, with out-of-the-box
continuations support. This means:
- You now have the option to persist an executing flow's state
to any backing data store, including the HttpSession (the default), a
database, serialized files, etc.
- You can select to use a continuations based storage strategy,
turning Spring Web Flow into a continuation-driven system providing proper
browser navigational button behavior (back, next, refresh, and new window.)
You can also choose between client-side or server-side continuation storage.
GZIP compression of flow execution state is also supported.
- Support for OGNL transition criteria, with a TransitionCriteriaCreator
strategy for easily integrating other expression languages or custom
transition expressions as needed.
- Portlet support, with the samples (Phonebook) illustrating Spring Web Flow
in a portlet environment.
- Support for a 'validatorMethod' action state property, specifying a
validation method to invoke, for use with a FormAction with a configured
Validator instance (to support easy piecemeal validation within a wizard)
- Support for JDK 1.3.
- Samples (Phonebook) illustrating how to write integration tests to verify
the expected behavior of your flows.
- Samples (Birthdate) illustrating Struts integration.
- A brand new sample app (Sell Item), illustrating a validating wizard using
continuations (providing proper browser navigational button use!) and
conditional transitions (using OGNL expressions!).
There are also a number of bug fixes and other general
improvements/polishing included in this release. Note, for PR1 users: there
are a few incompatible changes in PR2 with PR1. Please see the Change Log
on the WIKI for details.
As always, with the Spring seal of quality you've come to expect, we offer:
- Quality documentation, both in the javadocs and WIKI docs
- Strong test coverage
- Careful attention to naming, packaging, and ease of use
- Exceptional error reporting
- A feature set driven by end user needs
To download the preview release:
1. Access the springframework project file list, at
http://sourceforge.net/project/showfiles.php?group_id=73357
2. Scroll down to the 'spring-webflow' release package and select
'spring-webflow-preview2.zip' for download.
The release archive consists of two jars:
- spring-webflow.jar - the core web flow system
(org.springframework.web.flow.*)
- spring-webflow-support.jar - supporting packages not yet released as part
of the core Spring framework.
As the release archive does not ship with the Spring Framework, please
download Spring 1.2 RC1 first if you have not done so already.
Once downloaded, visit the webflow space at
http://opensource.atlassian.com/confluence/spring/display/WEBFLOW/Home to
review the module documentation and "Quick Start."
To get a good feel for Spring Web Flow in action, checkout the samples in
the release archive within the samples/webflow directory. See the
samples/webflow/readme.txt file on how to build and deploy the sample
applications.
We very much value your feedback-there is a lot of new, exciting stuff in
this release so give it a try!
Cheers,
Keith Donald
Erwin Vervaet
Interface21 - http://www.springframework.com
<http://www.springframework.com/> - Spring Training, Consulting and Support
- "From the Source"
|
|
From: <kat...@ho...> - 2005-04-11 02:36:28
|
Hibernate forum is suggesting that Spring code is causing this error. org.hibernate.AssertionFailure: null id in entry (don't flush the Session after an exception occurs) See: http://forum.springframework.org/viewtopic.php?p=18515 http://forum.hibernate.org/viewtopic.php?t=940968 |
|
From: <al...@jt...> - 2005-04-10 22:30:38
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050411001620Lbuild.242 |
|
From: Erwin V. <erw...@er...> - 2005-04-10 18:19:59
|
>> Then again, that JavaDoc page doesn't seem to explicitly mention the use >> of the <action> tag's "name" attribute. Is that a documentation >> oversight, or is that something that is being phased out in favor of this >> form: >> >> <action-state id="searchState"> >> <action bean="my.search.action"> >> <property name="executeMethodName" value="search"/> >> </action> >> <transition on="success" to="results"/> >> </action-state> > > That's an oversight. I'll update the documentation, wich should go up in a > few hours when preview2 is released. Actually, this is documented, but for the ActionState (which is where the name is actually taken into account): http://www.springframework.org/docs/webflow-pr1-api/org/springframework/web/flow/ActionState.html Erwin |
|
From: Erwin V. <erw...@er...> - 2005-04-10 17:50:52
|
>>Which method is called on an action bean when no method name is >>specified in the action tag? > > http://www.springframework.org/docs/webflow-pr1-api/org/springframework/web/flow/action/MultiAction.html > > The default method name called in a MultiAction is the id of the current > ActionState. > > Then again, that JavaDoc page doesn't seem to explicitly mention the use > of the <action> tag's "name" attribute. Is that a documentation > oversight, or is that something that is being phased out in favor of this > form: > > <action-state id="searchState"> > <action bean="my.search.action"> > <property name="executeMethodName" value="search"/> > </action> > <transition on="success" to="results"/> > </action-state> That's an oversight. I'll update the documentation, wich should go up in a few hours when preview2 is released. > While I'm here, I'll ask the question that I've been bumping against. Is > there a default way to access flow-scoped attributes in a JSP (or other > view), or must one always copy them into request scope in the web flow? I > can live with the latter, but it took me a few brain cycles to accept > that; I had some unfounded expectation that I'd be able to get things out > of flowscope more directly. Actually, the request scope and flow scope are merged together and exposed as a single model map to the view (look at InternalRequestScope.getModel()). So if you have "foo" in request scope and "bar" in flow scope, the JSP sees them all as just being part of the model: <%=request.getAttribute("foo") %> <%=request.getAttribute("bar") %> <c:out value="${foo}"/> <c:out value="${bar}"/> Erwin |
|
From: Joe G. <Jo...@Ge...> - 2005-04-10 15:14:42
|
At 2:49 PM +0200 4/9/05, Steven Devijver wrote: >Hi guys, > >Which method is called on an action bean when no method name is >specified in the action tag? http://www.springframework.org/docs/webflow-pr1-api/org/springframework/web/flow/action/MultiAction.html The default method name called in a MultiAction is the id of the current ActionState. Then again, that JavaDoc page doesn't seem to explicitly mention the use of the <action> tag's "name" attribute. Is that a documentation oversight, or is that something that is being phased out in favor of this form: <action-state id="searchState"> <action bean="my.search.action"> <property name="executeMethodName" value="search"/> </action> <transition on="success" to="results"/> </action-state> While I'm here, I'll ask the question that I've been bumping against. Is there a default way to access flow-scoped attributes in a JSP (or other view), or must one always copy them into request scope in the web flow? I can live with the latter, but it took me a few brain cycles to accept that; I had some unfounded expectation that I'd be able to get things out of flowscope more directly. Joe -- Joe Germuska Jo...@Ge... http://blog.germuska.com "Narrow minds are weapons made for mass destruction" -The Ex |
|
From: Colin S. <col...@ex...> - 2005-04-10 15:06:18
|
That's because you have admin access. Looks like Rod, Juergen and you are admins (along with Mike C-B). Dmitriy Kopylenko wrote: > I can... > > > Colin Sampaleanu wrote: > >> Still can't access it.... >> >> Rob Harrop wrote: >> >>> Just updated the permissions - you should be able to get access now. >>> >>> Rob >>> >>> -----Original Message----- >>> From: spr...@li... >>> [mailto:spr...@li...] On >>> Behalf Of >>> Colin Sampaleanu >>> Sent: 10 April 2005 15:46 >>> To: spr...@li... >>> Subject: Re: [Springframework-developer] Integration with 3rd Party >>> Modules >>> >>> Rob Harrop wrote: >>> >>> >>> >>>> All, >>>> >>>> I have created a new space in the Wiki to capture code snippets and >>>> hints >>>> for integrating 3rd party products into Spring. >>>> >>>> I started this to highlight the ease with which many products can be >>>> integrated into Spring without the need for custom coding. I have >>>> included >>>> coverage for XMLC and OSCache and I encourage everyone else to put any >>>> information they may have on to the Wiki. >>>> >>>> http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home >>>> >>>> >>>> Rob >>>> >>>> >>>> >>>> >>>> >>> >>> >>> I get an error >>> Not Permitted >>> when I try to access this. Can't see it off the front page either. >>> >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading now. >>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading now. >>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >> >> > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Dmitriy K. <dko...@ru...> - 2005-04-10 15:04:39
|
I can... Colin Sampaleanu wrote: > Still can't access it.... > > Rob Harrop wrote: > >> Just updated the permissions - you should be able to get access now. >> >> Rob >> >> -----Original Message----- >> From: spr...@li... >> [mailto:spr...@li...] On >> Behalf Of >> Colin Sampaleanu >> Sent: 10 April 2005 15:46 >> To: spr...@li... >> Subject: Re: [Springframework-developer] Integration with 3rd Party >> Modules >> >> Rob Harrop wrote: >> >> >> >>> All, >>> >>> I have created a new space in the Wiki to capture code snippets and >>> hints >>> for integrating 3rd party products into Spring. >>> >>> I started this to highlight the ease with which many products can be >>> integrated into Spring without the need for custom coding. I have >>> included >>> coverage for XMLC and OSCache and I encourage everyone else to put any >>> information they may have on to the Wiki. >>> >>> http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home >>> >>> >>> Rob >>> >>> >>> >>> >>> >> >> I get an error >> Not Permitted >> when I try to access this. Can't see it off the front page either. >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> >> ------------------------------------------------------- >> SF email is sponsored by - The IT Product Guide >> Read honest & candid reviews on hundreds of IT Products from real users. >> Discover which products truly live up to the hype. Start reading now. >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > |
|
From: Colin S. <col...@ex...> - 2005-04-10 15:02:13
|
Still can't access it.... Rob Harrop wrote: >Just updated the permissions - you should be able to get access now. > >Rob > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf Of >Colin Sampaleanu >Sent: 10 April 2005 15:46 >To: spr...@li... >Subject: Re: [Springframework-developer] Integration with 3rd Party Modules > >Rob Harrop wrote: > > > >>All, >> >>I have created a new space in the Wiki to capture code snippets and hints >>for integrating 3rd party products into Spring. >> >>I started this to highlight the ease with which many products can be >>integrated into Spring without the need for custom coding. I have included >>coverage for XMLC and OSCache and I encourage everyone else to put any >>information they may have on to the Wiki. >> >>http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home >> >>Rob >> >> >> >> >> >> >I get an error > Not Permitted >when I try to access this. Can't see it off the front page either. > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Rob H. <rob...@in...> - 2005-04-10 14:56:05
|
Brian, I think if no-one else has any objections, this module is ideal for inclusion in Spring Modules. Rob -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Brian McCallister Sent: 02 April 2005 22:36 To: spr...@li... Subject: Re: [Springframework-developer] Lucene Integration snapshot of the classes as they are now: http://morphy.skife.org/spring-lucene/ -Brian On Apr 2, 2005, at 4:19 PM, Brian McCallister wrote: > I have a set of classes for Apache Lucene integration with Spring > (reasonable factory beans, a LuceneTemplate, and LuceneUtils) which > are designed to > > a) make it easier to work with Lucene from Spring (the template in > particular optimizes common cases nicely, and does the resource > open/closing like the other templates) > > b) make lucene index modifications abide by Spring's transaction > system by doing write-behind on adds (which are ignored on rollback) > and rolling back deletes via a transaction synchronization. > > > > I'd like to contribute them to Spring (if ya'll are interested), but > to clean up the code and design some first, I have a few questions: > > 1) Should transaction binding be "on" by default? Lucene is > semi-transactional by nature (supports r and r/w locks, changes are > flushed on reader/writer closing, etc), but I am not sure people > expect Lucene to be bound by other transactions. Potential confusion. > > 2) What is a good tx manager to use for the unit tests? I am using a > modified version of the TestTransactionManager in Spring right now > (just changed to make it accessible and use synchonrizations). It is > much easier to use the TransactionTemplate than to manually manage the > tx's for tests =) > > 3) Not all of the ~interesting things you can do in lucene are > convenient to expose (splitting indexes etc) from the configuration. > Right now, rather than make a hack, the factory beans only support > single indexes. The only multi-index thing exposed right now is really > a configuration option on the SearcherBean which allows for multiple > indexes and a MultiSearcher ~transparently. > > Thanks! > > -Brian > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rob H. <rob...@in...> - 2005-04-10 14:55:20
|
Just updated the permissions - you should be able to get access now. Rob -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Colin Sampaleanu Sent: 10 April 2005 15:46 To: spr...@li... Subject: Re: [Springframework-developer] Integration with 3rd Party Modules Rob Harrop wrote: >All, > >I have created a new space in the Wiki to capture code snippets and hints >for integrating 3rd party products into Spring. > >I started this to highlight the ease with which many products can be >integrated into Spring without the need for custom coding. I have included >coverage for XMLC and OSCache and I encourage everyone else to put any >information they may have on to the Wiki. > >http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home > >Rob > > > > I get an error Not Permitted when I try to access this. Can't see it off the front page either. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2005-04-10 14:46:43
|
Rob Harrop wrote: >All, > >I have created a new space in the Wiki to capture code snippets and hints >for integrating 3rd party products into Spring. > >I started this to highlight the ease with which many products can be >integrated into Spring without the need for custom coding. I have included >coverage for XMLC and OSCache and I encourage everyone else to put any >information they may have on to the Wiki. > >http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home > >Rob > > > > I get an error Not Permitted when I try to access this. Can't see it off the front page either. |
|
From: Rob H. <rob...@in...> - 2005-04-10 14:33:36
|
All, I have created a new space in the Wiki to capture code snippets and hints for integrating 3rd party products into Spring. I started this to highlight the ease with which many products can be integrated into Spring without the need for custom coding. I have included coverage for XMLC and OSCache and I encourage everyone else to put any information they may have on to the Wiki. http://opensource.atlassian.com/confluence/spring/display/INTEGRATE/Home Rob |
|
From: Rob H. <ro...@ca...> - 2005-04-10 11:01:08
|
Yes - that is all that should work. Rob Thierry TEMPLIER wrote: >Rob, > >I have made some tests with WAS 5.1.2. The exportation >of beans (simple mbeans) works fine... Is it the only >thing to test for the jmx support? >Thierry > > > >>Please do. I'm just downloading WAS 5.0 now for my >>testing session tomorrow. >> >>Rob >> >> > >Take a look at my blog: >http://templth.blogspot.com/ > > > > > > >__________________________________________________________________ >Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! >Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: <al...@jt...> - 2005-04-09 22:30:03
|
View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050410001548Lbuild.241 |
|
From: Colin S. <col...@ex...> - 2005-04-09 15:09:35
|
This is great! (I'm ashamed to say I promised almost a year ago to do an alias tag and never got around to it). This is really going to help people doing (lightweight) component style programming with Spring. I've posted a blog entry about it: http://blog.exis.com/colin/archives/2005/04/09/alias-tag-in-spring-helps-achieve-lightweight-component-style-assembly-of-beans/ -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com Juergen Hoeller wrote: >I've just added an <alias> tag for XML bean definitions. For example: > > <alias name="myBean" alias="myAlias"/> > >This allows to define aliases separate from the original bean definition, >for example to link in a bean from some other file under a different name. >See http://opensource.atlassian.com/projects/spring/browse/SPR-554. > >We've already had a BeanReferenceFactoryBean that could achieve this, but >the <alias> tag is a much nicer syntax. > >One use case where this can be used within the framework is the >SingletonBeanFactoryLocator: Instead of defining an alias for another >factory through a "java.lang.String" definition there, you can simply define >an <alias> tag now. > > >BTW, to remove a circular root package dependency between "beans" and >"jndi", I've recently removed JndiBeanFactoryLocator without replacement. >ContextJndiBeanFactoryLocator in the "context" package still exists and is >the only one that's actually used anyway. The "context" package is allowed >to depend on "jndi", but the "beans" package isn't. > >Effectively, the BeanFactoryLocator mechanism will usually only be used for >ApplicationContexts anyway, in particular since we default to full contexts >for our EJB support classes. Hence, the relevant implementations are the >ones in the "context.access" package, even if the interfaces and some base >implementations reside in "beans.factory.access". > > >Juergen > > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from real users. >Discover which products truly live up to the hype. Start reading now. >http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |
|
From: Steven D. <ste...@gm...> - 2005-04-09 14:30:38
|
Good point, I'll have a look at that.
On Apr 9, 2005 4:29 PM, Erwin Vervaet <erw...@er...> wrote:
> This doesn't seem to be specific to SWF: as you say, in theory it's just a
> special, configurable Validator implementation (we actually made a
> commons-attributes driven validator on my current project). What is the
> status of "declarative input validation with Spring" in general? Is there
> anything in the sandbox? Integration with commons-validator or XWork
> validators?
>
> Erwin Vervaet
> erw...@er...
> ----- Original Message -----
> From: "Steven Devijver" <ste...@gm...>
> To: <spr...@li...>
> Sent: Saturday, April 09, 2005 3:44 PM
> Subject: Re: [Springframework-developer] webflow: validators
>
> >> At the moment SWF does not have any direct binding & validation support
> >> of
> >> its own: it just uses the Spring binding and validation infrastructure
> >> (DataBinder, Errors, Validator). I don't think binding and validation is
> >> really a feature that we should build *into* SWF. Instead we need to
> >> integrate with existing solutions.
> >
> > I hear you. It's just that I really would like to see declarative
> > validation rules. Besides, a validator that would support this would
> > simply be a specialization of the Validator interface.
> >
> >>
> >> Could you elaborate on the "XWork validators" a bit?
> >>
> > This example says it all:
> >
> > <validators>
> > <field name="bar">
> > <field-validator type="required">
> > <message>You must enter a value for bar.</message>
> > </field-validator>
> > <field-validator type="int">
> > <param name="min">6</param>
> > <param name="max">10</param>
> > <message>bar must be between ${min} and ${max}, current
> > value is ${bar}.</message>
> > </field-validator>
> > </field>
> > <field name="date">
> > <field-validator type="date">
> > <param name="min">12/22/2002</param>
> > <param name="max">12/25/2002</param>
> > <message>The date must be between 12-22-2002 and
> > 12-25-2002.</message>
> > </field-validator>
> > </field>
> > <field name="foo">
> > <field-validator type="int">
> > <param name="min">0</param>
> > <param name="max">100</param>
> > <message key="foo.range">Could not find foo.range!</message>
> > </field-validator>
> > </field>
> > <validator type="expression">
> > <param name="expression">foo > bar</param>
> > <message>Foo must be greater than Bar. Foo = ${foo}, Bar =
> > ${bar}.</message>
> > </validator>
> > </validators>
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >
> >
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
--
"If you want to be a different fish, you gotta jump out of the school."
-- Captain Beefheart
|
|
From: Erwin V. <erw...@er...> - 2005-04-09 14:27:44
|
This doesn't seem to be specific to SWF: as you say, in theory it's just a
special, configurable Validator implementation (we actually made a
commons-attributes driven validator on my current project). What is the
status of "declarative input validation with Spring" in general? Is there
anything in the sandbox? Integration with commons-validator or XWork
validators?
Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Steven Devijver" <ste...@gm...>
To: <spr...@li...>
Sent: Saturday, April 09, 2005 3:44 PM
Subject: Re: [Springframework-developer] webflow: validators
>> At the moment SWF does not have any direct binding & validation support
>> of
>> its own: it just uses the Spring binding and validation infrastructure
>> (DataBinder, Errors, Validator). I don't think binding and validation is
>> really a feature that we should build *into* SWF. Instead we need to
>> integrate with existing solutions.
>
> I hear you. It's just that I really would like to see declarative
> validation rules. Besides, a validator that would support this would
> simply be a specialization of the Validator interface.
>
>>
>> Could you elaborate on the "XWork validators" a bit?
>>
> This example says it all:
>
> <validators>
> <field name="bar">
> <field-validator type="required">
> <message>You must enter a value for bar.</message>
> </field-validator>
> <field-validator type="int">
> <param name="min">6</param>
> <param name="max">10</param>
> <message>bar must be between ${min} and ${max}, current
> value is ${bar}.</message>
> </field-validator>
> </field>
> <field name="date">
> <field-validator type="date">
> <param name="min">12/22/2002</param>
> <param name="max">12/25/2002</param>
> <message>The date must be between 12-22-2002 and
> 12-25-2002.</message>
> </field-validator>
> </field>
> <field name="foo">
> <field-validator type="int">
> <param name="min">0</param>
> <param name="max">100</param>
> <message key="foo.range">Could not find foo.range!</message>
> </field-validator>
> </field>
> <validator type="expression">
> <param name="expression">foo > bar</param>
> <message>Foo must be greater than Bar. Foo = ${foo}, Bar =
> ${bar}.</message>
> </validator>
> </validators>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
|
|
From: Juergen H. <ju...@in...> - 2005-04-09 13:58:12
|
I've just added an <alias> tag for XML bean definitions. For example: <alias name="myBean" alias="myAlias"/> This allows to define aliases separate from the original bean definition, for example to link in a bean from some other file under a different name. See http://opensource.atlassian.com/projects/spring/browse/SPR-554. We've already had a BeanReferenceFactoryBean that could achieve this, but the <alias> tag is a much nicer syntax. One use case where this can be used within the framework is the SingletonBeanFactoryLocator: Instead of defining an alias for another factory through a "java.lang.String" definition there, you can simply define an <alias> tag now. BTW, to remove a circular root package dependency between "beans" and "jndi", I've recently removed JndiBeanFactoryLocator without replacement. ContextJndiBeanFactoryLocator in the "context" package still exists and is the only one that's actually used anyway. The "context" package is allowed to depend on "jndi", but the "beans" package isn't. Effectively, the BeanFactoryLocator mechanism will usually only be used for ApplicationContexts anyway, in particular since we default to full contexts for our EJB support classes. Hence, the relevant implementations are the ones in the "context.access" package, even if the interfaces and some base implementations reside in "beans.factory.access". Juergen |
|
From: Steven D. <ste...@gm...> - 2005-04-09 13:45:24
|
> At the moment SWF does not have any direct binding & validation support of
> its own: it just uses the Spring binding and validation infrastructure
> (DataBinder, Errors, Validator). I don't think binding and validation is
> really a feature that we should build *into* SWF. Instead we need to
> integrate with existing solutions.
I hear you. It's just that I really would like to see declarative
validation rules. Besides, a validator that would support this would
simply be a specialization of the Validator interface.
>
> Could you elaborate on the "XWork validators" a bit?
>
This example says it all:
<validators>
<field name="bar">
<field-validator type="required">
<message>You must enter a value for bar.</message>
</field-validator>
<field-validator type="int">
<param name="min">6</param>
<param name="max">10</param>
<message>bar must be between ${min} and ${max}, current
value is ${bar}.</message>
</field-validator>
</field>
<field name="date">
<field-validator type="date">
<param name="min">12/22/2002</param>
<param name="max">12/25/2002</param>
<message>The date must be between 12-22-2002 and
12-25-2002.</message>
</field-validator>
</field>
<field name="foo">
<field-validator type="int">
<param name="min">0</param>
<param name="max">100</param>
<message key="foo.range">Could not find foo.range!</message>
</field-validator>
</field>
<validator type="expression">
<param name="expression">foo > bar</param>
<message>Foo must be greater than Bar. Foo = ${foo}, Bar =
${bar}.</message>
</validator>
</validators>
|