Menu
▾
▴
springframework-developer — Spring Framework developers list
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: <tri...@tr...> - 2004-02-27 11:35:30
|
I'll try to get to it today. I guess that we could just use setNull() if the object is null and setObject() when it is not. Testing that this does not break anything would have to be done on live db, so it would take a little bit of time. When are you releasing RC2? Thomas Quoting "jürgen höller [werk3AT]" <jue...@we...>: > Thomas, > > Did you already have a chance to look at that issue: > > http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?key= > =3DSPR-50 > > Would be good to clarify that for RC2. > =20 > Juergen > =20 > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Mark P. <Mar...@Co...> - 2004-02-27 11:22:45
|
Hi everyone, I'll look over the code this weekend...on a little vacation now. Anyway, sounds good so far. I'm in the middle of discussing donating JMS code we developed at our company... Some of the larger items are: 1. A very efficient implementation of the JMS selector for use on MapMessages, or really anything else you like, hashtables, even text messages. Based on JavaCC. This externalized the ugly switch statements that you typically have to do in the main callback function. 2. We have a 'standalone' jms application, not in an appserver. We added some server like infrastructure classes to spring start up the connections, sessions, etc., after all the bean initialization. There are corresponding classes to handle setting up all the JMS specific stuff...tx session, what ack mode, etc. Vendors also make extensions to the standard modes that we should account for... 3. Much like the templates for jdbc etc. there is a bunch of surrounding code to handle exceptions correctly, also having a seperate method for "onDuplicate" based on the JMSHeader value is nice. 4. A 'pipe and filters' style processing framwork. Similar to what you might see in apache axis, but not specific to soap or jms. It it based on the reactor design pattern to pick off the appropriate processing chain to execute based on the evaluation of a JMS selector string that applies to the message body (not the header). It then iterates through various 'process' template methods of modules in the chain.. exceptions result in rolling back, that is calling 'rollback' up the chain and finally to a exceptionhandler. This is all externalized in a config file. I'm sure there might be temptations to compare to other workflow like projects... but this codebase is really pretty simple and has been extremely useful to us for a number of years.... It really also apply outside the messaging area... 5. Some pretty print utilities for messages, xml marhsaller/unmarshaller. This is part of my conversion/rewrite/refactoring of 'rvtest.sf.net (JUnit for TIBCO Rendezvous to JMS) I'll be releasing that code on sf but we can pick and choose little things that might be useful... I'm pretty sure most I can integrate most of the items on this list to the effort. Cheers, Mark > Hi Rod, Hi All, > > I've been working on the JMS support for a few weeks now and I think I'm > ready to go public with it to find out your opinion. So far, I got Mark to > volunteer to look at the code, make suggestions and possibly contribute > some > code. If anybody is interested to look at it as well, just drop me a mail, > I'll be happy to forward what I have so far to you. > > I'm not only interested in the feedback about the code, but would like to > hear opinions on what we should include and what not. The API for > messaging > is huge, well, big. The challenge is to try and put as much functionality > as > possible, but at the same token, try not to make it look complex. > > Here's the list of things I've implemented: > > 1. Templates for publish/subscribe and point-to-point messaging. I did > include support for both durable and non-durable messaging. > 2. The consumers will be able to not only create messages, but also will > have some control over how they will be delivered. I.e. modify default > delivery mode, priority, time to live. > 3. Message listeners will be instrumental in automatically registering > beans > as subscribers to topics and queues. > > I left out support for the transacted sessions. Sessions created are all > set > to "no-transaction" and "auto-ACK". Is this something we would like to see > in the framework or should we just keep it simple for now ? The more > suggestions I get now, the better, so please open the flood gate. :) > > Thanks, > > Andre. > >>From: "Rod Johnson" <rod...@in...> >>To: <spr...@li...> >>CC: "Andre Biryukov" <and...@ho...> >>Subject: Re: [Springframework-developer] JMS brainstorming >>Date: Thu, 26 Feb 2004 06:35:33 -0000 >> >>Rong >> >>JMS support is in the works, and should make 1.1. >> >>Andre Biryukov is currently working on this, and should be joining the >>Spring team soon. >> >>Andre, if you want to share your work in progress with the Spring dev >> list >>(or with Rong directly), now would be a good time :-) >> >>Regards, >>Rod >> >>----- Original Message ----- >>From: "Ou, Rong" <Ro...@sa...> >>To: <spr...@li...> >>Sent: Tuesday, February 24, 2004 9:44 PM >>Subject: [Springframework-developer] JMS brainstorming >> >> >>Hi all, >> >>We currently have a project that does a lot of JMS messaging, and we >>desperately need an API to simplify the interface layer to JMS. I heard >>rumors that JMS support will be added to Spring 1.1, but we just can't >> wait >>that long. So I am thinking about doing something in the interim. Who >>knows, >>if it comes out good, maybe I can contribute the code back. >> >>In Rod's book there is only a couple of pages that briefly touches upon >>JMS. >>I looked at the interface21 code, the JMS portion is also pretty >>simplistic. >>I understand Spring has evolved a lot since the interface21 days. So to >> all >>you experienced Spring'ers, if you were to add JMS support today, what >>would >>you do? I am still fairly new to Spring, so any suggestions and help are >>welcome. >> >>Thanks, >> >>Rong >> >> >>------------------------------------------------------- >>SF.Net is sponsored by: Speed Start Your Linux Apps Now. >>Build and deploy apps & Web services for Linux with >>a free DVD software kit from IBM. Click Now! >>http://ads.osdn.com/?ad_id56&alloc_id438&op=ick >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> > > _________________________________________________________________ > Stay informed on Election 2004 and the race to Super Tuesday. > http://special.msn.com/msn/election2004.armx > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2004-02-27 09:20:35
|
Thomas, Did you already have a chance to look at that issue: http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?key= =3DSPR-50 Would be good to clarify that for RC2. =20 Juergen =20 |
|
From: <jue...@we...> - 2004-02-27 09:13:05
|
I've committed the revised DataFieldMaxValueIncrementer hierarchy. There = is a new AbstractSequenceMaxValueIncrementer now, with no value cache = anymore. OracleSequenceMaxValueIncrementer and = PostgreSQLSequenceMaxValueIncrementer are very simple classes of this = new base class. In general, there's significantly less code involved = than before. =20 I've decided to implement AbstractSequenceMaxValueIncrementer based on = plain JDBC, to be able to throw proper sequence-related exceptions. A = queryForLong wouldn't be a particularly useful extension of = JdbcTemplate, and it would throw DataAccessApiUsageExceptions if no row = found or the like - not appropriate when the user didn't specify the = query in the first place. =20 I've also written unit tests for all incrementers. I just did a live = test of HsqlMaxValueIncrementer; gonna test MySQLMaxValueIncrementer = later today. Dmitriy, Thomas, could you have a look at the revision, and = test OracleSequenceMaxValueIncrementer (and possibly = PostgreSQLSequenceMaxValueIncrementer). =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Dmitriy Kopylenko Gesendet: Do 26.02.2004 14:33 An: spr...@li... Betreff: RE: [Springframework-developer] DataFieldMaxValueIncrementer +1 for removing cache from sequence-based incrementers -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Thursday, February 26, 2004 2:43 AM To: spr...@li...; spr...@li... Subject: Re: [Springframework-developer] DataFieldMaxValueIncrementer Actually, MySQLMaxValueIncrementer does leverage the value cache in a meaningful way, and HsqlMaxValueIncrementer at least just issues a = single delete for the entire advance cache. But the sequence-based = incrementers, i.e. OracleSequenceMaxValueIncrementer and the new PostgreSQLSequenceMaxValueIncrementer do not benefit from the value = cache at all. So I just suggest to remove the value cache from the sequence-based incrementers. Juergen ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Do 26.02.2004 08:25 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer I'm done with the simplicication so far - less than half of the code = remains ;-) However, there's still the value cache. I strongly doubt that this is a = good idea, particularly with database sequences. Essentially, if the cache = size is 10, we're accessing the sequence 10 times in advance instead of = asking in whenever an id is requested. There's the same amount of SQL statements involved; what's the benefit here? The drawback is that we need to synchronize cache access for this. If we simply went straight to the database sequence for each id, we could = delegate concurrency to the database. And I don't know of an O/R mapping tool = that does such sequence value caching (please correct me if I'm wrong). All things considered, I suggest to drop the value cache completely. Juergen ________________________________ Von: spr...@li... im Auftrag = von tri...@tr... Gesendet: Mi 25.02.2004 23:02 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer +1 I never understood the need for a double as an incrementer anyway. = Simple is better. The OracleSequenceMaxValueIncrementer could use some = refactoring too. We don't need a SqlFunction - we should be able to use the new queryForXxxx methods on the JDBC Template. Once you check in your = changes, I can take a look at the Oracle one. Thomas Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > I've added PostgreSQLSequenceMaxValueIncrementer today, as attached to > =3D our JIRA. On the occasion, I've reviewed the incrementer =3D > implementations: They're too complicated for what they achieve, =3D > IMO.Thus, I've dropped the inner class NextMaxValueProviders and moved > =3D the code to the DataFieldMaxValueIncrementer class hierarchy = itself. > =3D20 I've noticed that AbstractDataFieldMaxValueIncrementer's > nextDoubleValue =3D effectively returns an integer, like > nextIntValue/nextLongValue - after =3D all, the template method > getNextKey returns a long, so there's no chance =3D for a true double. > Thus, I see no point in keeping the nextDoubleValue =3D method in the > DataFieldMaxValueIncrementer interface; all current =3D = implementations > do not return doubles here. =3D20 > Furthermore, why does getNextKey take a type parameter when it returns = a =3D > long anyway? Any JDBC driver will let you read both an int and a long = =3D > via rs.getLong, so there's no point in that type parameter. Simply =3D > reading the value via getLong should be sufficient. > =3D20 > This leaves a very simple DataFieldMaxValueIncrementer interface with = =3D > nextIntValue, nextLongValue and nextStringValue methods, with =3D > implementations that achieve their goal in a straightforward fashion. = =3D > AbstractDataFieldMaxValueIncrementer delegates all three to getNextKey = =3D > which returns a long, casting the long to an int respectively = converting =3D > it to a string with optional padding. > =3D20 > This should still cover all current usages and therefore not break =3D > compatibility, and it should make it as easy as possible to implement = an =3D > AbstractDataFieldMaxValueIncrementer subclass for a specific database. = =3D > Thomas, Dmitrity, what do you think? > =3D20 > Juergen > =3D20 > P.S.: > Obviously, 1.0 RC2 won't be released tonight but rather at the end of = =3D > the week. I believe it's worth it, as I'd also like to wait for = feedback =3D > on the other recent changes. > =3D20 > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and > deploy apps & Web services for Linux with a free DVD software kit from > IBM. Click Now! = http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rod J. <rod...@in...> - 2004-02-27 06:22:08
|
Can't you get it from the SessionFactory? That's how I do it.=20 ----- Original Message -----=20 From: Rajeev Kaul=20 To: spr...@li...=20 Sent: Friday, February 27, 2004 1:34 AM Subject: [Springframework-developer] Hibernate meta data What is the best way to get hold of Hibernate meta data in Spring? I = am interested in dynamically finding the tablename , column names, = types, length, etc. of a persistent class. I know you can get it from the Hibernate Configuration object, but it = is not saved in the current implementation of LocalSessionFactoryBean = class. Is there some other way of getting this information, or should I = subclass the LocalSessionFactoryBean and make Configuration class object = as one of its properties?=20 Rajeev Kaul |
|
From: Choy R. <ch...@ny...> - 2004-02-27 05:28:52
|
I tried to look at the spring reference in pdf format and I got a message complaining that "File does not begin with '%PDF'" Could the pdf builder be broken ? -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Luke Taylor Sent: Thursday, February 26, 2004 6:01 PM To: spr...@li... Subject: [Springframework-developer] Doc Generation in Cruise Control Build Hi all, I've added documentation generation to the automated Maven build. They should be updated on an hourly basis as needed. I'm planning to reorganise the site a bit to make it more user-friendly but in the meantime you can view them at http://monkeymachine.co.uk/spring/ref/index.html http://monkeymachine.co.uk/spring/ref/spring-reference.html and http://monkeymachine.co.uk/spring/ref/spring-reference.pdf as well as the standard Maven reports at http://monkeymachine.co.uk/spring There were some problems with running the pdf build on a non-gui machine but I think they're fixed now... Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523C http://www.monkeymachine.ltd.uk ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Rajeev K. <Ra...@cu...> - 2004-02-27 01:44:43
|
What is the best way to get hold of Hibernate meta data in Spring? I am = interested in dynamically finding the tablename , column names, types, = length, etc. of a persistent class. I know you can get it from the Hibernate Configuration object, but it is = not saved in the current implementation of LocalSessionFactoryBean = class. Is there some other way of getting this information, or should I = subclass the LocalSessionFactoryBean and make Configuration class object = as one of its properties? Rajeev Kaul |
|
From: Dmitriy K. <dko...@ru...> - 2004-02-27 01:04:04
|
Luke, I think issue tracking link could point to JIRA instance. Regards, Dmitriy. ----- Original Message ----- From: Luke Taylor <ne...@fr...> Date: Thursday, February 26, 2004 6:01 pm Subject: [Springframework-developer] Doc Generation in Cruise Control Build > Hi all, > > I've added documentation generation to the automated Maven build. > > They should be updated on an hourly basis as needed. I'm planning > to > reorganise the site a bit to make it more user-friendly but in the > meantime you can view them at > > http://monkeymachine.co.uk/spring/ref/index.html > http://monkeymachine.co.uk/spring/ref/spring-reference.html > and > http://monkeymachine.co.uk/spring/ref/spring-reference.pdf > > as well as the standard Maven reports at > > http://monkeymachine.co.uk/spring > > There were some problems with running the pdf build on a non-gui > machine > but I think they're fixed now... > > Luke. > > > -- > Luke Taylor. Monkey Machine Ltd. > PGP Key ID: 0x57E9523C http://www.monkeymachine.ltd.uk > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Ross M. <ro...@at...> - 2004-02-27 00:00:22
|
+1 I've done a lot of work in the past with messaging (my previous employer=20 was a Jms Provider) I would be interested in seeing the code and helping=20 out. j=FCrgen h=F6ller [werk3AT] wrote: > +1 for sandbox too, already using org.springframework.jms as package na= me. I generally recommend putting code contributions to the sandbox for t= he time being, moving them to the main Spring source tree when the time i= s right. > =20 > Juergen > =20 >=20 > ________________________________ >=20 > Von: spr...@li... im Auftrag v= on Dmitriy Kopylenko > Gesendet: Do 26.02.2004 18:22 > An: spr...@li... > Betreff: RE: [Springframework-developer] JMS brainstorming >=20 >=20 >=20 > +1 for sandbox >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behal= f Of > Alef Arendsen > Sent: Thursday, February 26, 2004 12:07 PM > To: spr...@li...; > rod...@in... > Subject: RE: [Springframework-developer] JMS brainstorming >=20 >=20 > I'd be interested in having look... >=20 > Maybe it's an idea to publish the code in the sandbox for now? >=20 > Alef >=20 >=20 >=20 >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On >>Behalf Of Andre Biryukov >>Sent: Thursday, February 26, 2004 5:46 PM >>To: rod...@in...; springframework- >>dev...@li... >>Subject: Re: [Springframework-developer] JMS brainstorming >> >>Hi Rod, Hi All, >> >>I've been working on the JMS support for a few weeks now and I think >>I'm ready to go public with it to find out your opinion. So far, I got >>Mark to volunteer to look at the code, make suggestions and possibly >>contribute some code. If anybody is interested to look at it as well, >>just drop me a mail, I'll be happy to forward what I have so far to >>you. >> >>I'm not only interested in the feedback about the code, but would like >>to hear opinions on what we should include and what not. The API for >>messaging is huge, well, big. The challenge is to try and put as much >>functionality as >>possible, but at the same token, try not to make it look complex. >> >>Here's the list of things I've implemented: >> >>1. Templates for publish/subscribe and point-to-point messaging. I did >>include support for both durable and non-durable messaging. 2. The >>consumers will be able to not only create messages, but also will have >>some control over how they will be delivered. I.e. modify default >>delivery mode, priority, time to live. 3. Message listeners will be >>instrumental in automatically registering beans >>as subscribers to topics and queues. >> >>I left out support for the transacted sessions. Sessions created are >>all set to "no-transaction" and "auto-ACK". Is this something we would >>like to see in the framework or should we just keep it simple for now >>? The more suggestions I get now, the better, so please open the flood >>gate. :) >> >>Thanks, >> >>Andre. >> >> >>>From: "Rod Johnson" <rod...@in...> >>>To: <spr...@li...> >>>CC: "Andre Biryukov" <and...@ho...> >>>Subject: Re: [Springframework-developer] JMS brainstorming >>>Date: Thu, 26 Feb 2004 06:35:33 -0000 >>> >>>Rong >>> >>>JMS support is in the works, and should make 1.1. >>> >>>Andre Biryukov is currently working on this, and should be joining >>>the Spring team soon. >>> >>>Andre, if you want to share your work in progress with the Spring dev >> >>list >> >>>(or with Rong directly), now would be a good time :-) >>> >>>Regards, >>>Rod >>> >>>----- Original Message ----- >>>From: "Ou, Rong" <Ro...@sa...> >>>To: <spr...@li...> >>>Sent: Tuesday, February 24, 2004 9:44 PM >>>Subject: [Springframework-developer] JMS brainstorming >>> >>> >>>Hi all, >>> >>>We currently have a project that does a lot of JMS messaging, and we >>>desperately need an API to simplify the interface layer to JMS. I >>>heard rumors that JMS support will be added to Spring 1.1, but we >>>just can't >> >>wait >> >>>that long. So I am thinking about doing something in the interim. Who >>>knows, if it comes out good, maybe I can contribute the code back. >>> >>>In Rod's book there is only a couple of pages that briefly touches >>>upon JMS. I looked at the interface21 code, the JMS portion is also >>>pretty simplistic. >>>I understand Spring has evolved a lot since the interface21 days. So t= o >> >>all >> >>>you experienced Spring'ers, if you were to add JMS support today, >>>what would you do? I am still fairly new to Spring, so any >>>suggestions and help are welcome. >>> >>>Thanks, >>> >>>Rong >>> >>> >>>------------------------------------------------------- >>>SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and >>>deploy apps & Web services for Linux with a free DVD software kit >> >>>from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3D= ick >> >>>_______________________________________________ >>>Springframework-developer mailing list >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-developer >>> >>> >> >>_________________________________________________________________ >>Stay informed on Election 2004 and the race to Super Tuesday. >>http://special.msn.com/msn/election2004.armx >> >> >> >>------------------------------------------------------- >>SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and >>deploy apps & Web services for Linux with a free DVD software kit from >>IBM. Click Now! http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3D= click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 |
|
From: Luke T. <ne...@fr...> - 2004-02-26 23:11:03
|
Hi all, I've added documentation generation to the automated Maven build. They should be updated on an hourly basis as needed. I'm planning to reorganise the site a bit to make it more user-friendly but in the meantime you can view them at http://monkeymachine.co.uk/spring/ref/index.html http://monkeymachine.co.uk/spring/ref/spring-reference.html and http://monkeymachine.co.uk/spring/ref/spring-reference.pdf as well as the standard Maven reports at http://monkeymachine.co.uk/spring There were some problems with running the pdf build on a non-gui machine but I think they're fixed now... Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523C http://www.monkeymachine.ltd.uk |
|
From: <jue...@we...> - 2004-02-26 21:41:57
|
+1 for sandbox too, already using org.springframework.jms as package = name. I generally recommend putting code contributions to the sandbox = for the time being, moving them to the main Spring source tree when the = time is right. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von Dmitriy Kopylenko Gesendet: Do 26.02.2004 18:22 An: spr...@li... Betreff: RE: [Springframework-developer] JMS brainstorming +1 for sandbox -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Alef Arendsen Sent: Thursday, February 26, 2004 12:07 PM To: spr...@li...; rod...@in... Subject: RE: [Springframework-developer] JMS brainstorming I'd be interested in having look... Maybe it's an idea to publish the code in the sandbox for now? Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On > Behalf Of Andre Biryukov > Sent: Thursday, February 26, 2004 5:46 PM > To: rod...@in...; springframework- > dev...@li... > Subject: Re: [Springframework-developer] JMS brainstorming > > Hi Rod, Hi All, > > I've been working on the JMS support for a few weeks now and I think > I'm ready to go public with it to find out your opinion. So far, I got > Mark to volunteer to look at the code, make suggestions and possibly > contribute some code. If anybody is interested to look at it as well, > just drop me a mail, I'll be happy to forward what I have so far to > you. > > I'm not only interested in the feedback about the code, but would like > to hear opinions on what we should include and what not. The API for > messaging is huge, well, big. The challenge is to try and put as much > functionality as > possible, but at the same token, try not to make it look complex. > > Here's the list of things I've implemented: > > 1. Templates for publish/subscribe and point-to-point messaging. I did > include support for both durable and non-durable messaging. 2. The > consumers will be able to not only create messages, but also will have > some control over how they will be delivered. I.e. modify default > delivery mode, priority, time to live. 3. Message listeners will be > instrumental in automatically registering beans > as subscribers to topics and queues. > > I left out support for the transacted sessions. Sessions created are > all set to "no-transaction" and "auto-ACK". Is this something we would > like to see in the framework or should we just keep it simple for now > ? The more suggestions I get now, the better, so please open the flood > gate. :) > > Thanks, > > Andre. > > >From: "Rod Johnson" <rod...@in...> > >To: <spr...@li...> > >CC: "Andre Biryukov" <and...@ho...> > >Subject: Re: [Springframework-developer] JMS brainstorming > >Date: Thu, 26 Feb 2004 06:35:33 -0000 > > > >Rong > > > >JMS support is in the works, and should make 1.1. > > > >Andre Biryukov is currently working on this, and should be joining > >the Spring team soon. > > > >Andre, if you want to share your work in progress with the Spring dev > list > >(or with Rong directly), now would be a good time :-) > > > >Regards, > >Rod > > > >----- Original Message ----- > >From: "Ou, Rong" <Ro...@sa...> > >To: <spr...@li...> > >Sent: Tuesday, February 24, 2004 9:44 PM > >Subject: [Springframework-developer] JMS brainstorming > > > > > >Hi all, > > > >We currently have a project that does a lot of JMS messaging, and we > >desperately need an API to simplify the interface layer to JMS. I > >heard rumors that JMS support will be added to Spring 1.1, but we > >just can't > wait > >that long. So I am thinking about doing something in the interim. Who > >knows, if it comes out good, maybe I can contribute the code back. > > > >In Rod's book there is only a couple of pages that briefly touches > >upon JMS. I looked at the interface21 code, the JMS portion is also > >pretty simplistic. > >I understand Spring has evolved a lot since the interface21 days. So = to > all > >you experienced Spring'ers, if you were to add JMS support today, > >what would you do? I am still fairly new to Spring, so any > >suggestions and help are welcome. > > > >Thanks, > > > >Rong > > > > > >------------------------------------------------------- > >SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and > >deploy apps & Web services for Linux with a free DVD software kit > >from IBM. Click Now! = http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > = >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > _________________________________________________________________ > Stay informed on Election 2004 and the race to Super Tuesday. > http://special.msn.com/msn/election2004.armx > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and > deploy apps & Web services for Linux with a free DVD software kit from > IBM. Click Now! = http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Ou, R. <Ro...@sa...> - 2004-02-26 18:01:21
|
+1 for sandbox > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf > Of Dmitriy Kopylenko > Sent: Thursday, February 26, 2004 11:23 AM > To: spr...@li... > Subject: RE: [Springframework-developer] JMS brainstorming >=20 >=20 > +1 for sandbox >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] > On Behalf Of > Alef Arendsen > Sent: Thursday, February 26, 2004 12:07 PM > To: spr...@li...; > rod...@in... > Subject: RE: [Springframework-developer] JMS brainstorming >=20 >=20 > I'd be interested in having look... >=20 > Maybe it's an idea to publish the code in the sandbox for now? >=20 > Alef >=20 >=20 > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] On=20 > > Behalf Of Andre Biryukov > > Sent: Thursday, February 26, 2004 5:46 PM > > To: rod...@in...; springframework-=20 > > dev...@li... > > Subject: Re: [Springframework-developer] JMS brainstorming > >=20 > > Hi Rod, Hi All, > >=20 > > I've been working on the JMS support for a few weeks now=20 > and I think=20 > > I'm ready to go public with it to find out your opinion. So=20 > far, I got=20 > > Mark to volunteer to look at the code, make suggestions and=20 > possibly=20 > > contribute some code. If anybody is interested to look at=20 > it as well,=20 > > just drop me a mail, I'll be happy to forward what I have so far to=20 > > you. > >=20 > > I'm not only interested in the feedback about the code, but=20 > would like=20 > > to hear opinions on what we should include and what not.=20 > The API for=20 > > messaging is huge, well, big. The challenge is to try and=20 > put as much=20 > > functionality as > > possible, but at the same token, try not to make it look complex. > >=20 > > Here's the list of things I've implemented: > >=20 > > 1. Templates for publish/subscribe and point-to-point=20 > messaging. I did=20 > > include support for both durable and non-durable messaging. 2. The=20 > > consumers will be able to not only create messages, but=20 > also will have=20 > > some control over how they will be delivered. I.e. modify default=20 > > delivery mode, priority, time to live. 3. Message listeners will be=20 > > instrumental in automatically registering beans > > as subscribers to topics and queues. > >=20 > > I left out support for the transacted sessions. Sessions=20 > created are=20 > > all set to "no-transaction" and "auto-ACK". Is this=20 > something we would=20 > > like to see in the framework or should we just keep it=20 > simple for now=20 > > ? The more suggestions I get now, the better, so please=20 > open the flood=20 > > gate. :) > >=20 > > Thanks, > >=20 > > Andre. > >=20 > > >From: "Rod Johnson" <rod...@in...> > > >To: <spr...@li...> > > >CC: "Andre Biryukov" <and...@ho...> > > >Subject: Re: [Springframework-developer] JMS brainstorming > > >Date: Thu, 26 Feb 2004 06:35:33 -0000 > > > > > >Rong > > > > > >JMS support is in the works, and should make 1.1. > > > > > >Andre Biryukov is currently working on this, and should be joining=20 > > >the Spring team soon. > > > > > >Andre, if you want to share your work in progress with the=20 > Spring dev > > list > > >(or with Rong directly), now would be a good time :-) > > > > > >Regards, > > >Rod > > > > > >----- Original Message ----- > > >From: "Ou, Rong" <Ro...@sa...> > > >To: <spr...@li...> > > >Sent: Tuesday, February 24, 2004 9:44 PM > > >Subject: [Springframework-developer] JMS brainstorming > > > > > > > > >Hi all, > > > > > >We currently have a project that does a lot of JMS=20 > messaging, and we=20 > > >desperately need an API to simplify the interface layer to JMS. I=20 > > >heard rumors that JMS support will be added to Spring 1.1, but we=20 > > >just can't > > wait > > >that long. So I am thinking about doing something in the=20 > interim. Who=20 > > >knows, if it comes out good, maybe I can contribute the code back. > > > > > >In Rod's book there is only a couple of pages that briefly touches=20 > > >upon JMS. I looked at the interface21 code, the JMS=20 > portion is also=20 > > >pretty simplistic. > > >I understand Spring has evolved a lot since the=20 > interface21 days. So to > > all > > >you experienced Spring'ers, if you were to add JMS support today,=20 > > >what would you do? I am still fairly new to Spring, so any=20 > > >suggestions and help are welcome. > > > > > >Thanks, > > > > > >Rong > > > > > > > > >------------------------------------------------------- > > >SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > > >deploy apps & Web services for Linux with a free DVD software kit=20 > > >from IBM. Click Now!=20 http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > = >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >=20 > _________________________________________________________________ > Stay informed on Election 2004 and the race to Super Tuesday.=20 > http://special.msn.com/msn/election2004.armx >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > deploy apps & Web services for Linux with a free DVD software kit from = > IBM. Click Now! = http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-02-26 17:32:44
|
+1 for sandbox -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Alef Arendsen Sent: Thursday, February 26, 2004 12:07 PM To: spr...@li...; rod...@in... Subject: RE: [Springframework-developer] JMS brainstorming I'd be interested in having look... Maybe it's an idea to publish the code in the sandbox for now? Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On=20 > Behalf Of Andre Biryukov > Sent: Thursday, February 26, 2004 5:46 PM > To: rod...@in...; springframework-=20 > dev...@li... > Subject: Re: [Springframework-developer] JMS brainstorming >=20 > Hi Rod, Hi All, >=20 > I've been working on the JMS support for a few weeks now and I think=20 > I'm ready to go public with it to find out your opinion. So far, I got = > Mark to volunteer to look at the code, make suggestions and possibly=20 > contribute some code. If anybody is interested to look at it as well,=20 > just drop me a mail, I'll be happy to forward what I have so far to=20 > you. >=20 > I'm not only interested in the feedback about the code, but would like = > to hear opinions on what we should include and what not. The API for=20 > messaging is huge, well, big. The challenge is to try and put as much=20 > functionality as > possible, but at the same token, try not to make it look complex. >=20 > Here's the list of things I've implemented: >=20 > 1. Templates for publish/subscribe and point-to-point messaging. I did = > include support for both durable and non-durable messaging. 2. The=20 > consumers will be able to not only create messages, but also will have = > some control over how they will be delivered. I.e. modify default=20 > delivery mode, priority, time to live. 3. Message listeners will be=20 > instrumental in automatically registering beans > as subscribers to topics and queues. >=20 > I left out support for the transacted sessions. Sessions created are=20 > all set to "no-transaction" and "auto-ACK". Is this something we would = > like to see in the framework or should we just keep it simple for now=20 > ? The more suggestions I get now, the better, so please open the flood = > gate. :) >=20 > Thanks, >=20 > Andre. >=20 > >From: "Rod Johnson" <rod...@in...> > >To: <spr...@li...> > >CC: "Andre Biryukov" <and...@ho...> > >Subject: Re: [Springframework-developer] JMS brainstorming > >Date: Thu, 26 Feb 2004 06:35:33 -0000 > > > >Rong > > > >JMS support is in the works, and should make 1.1. > > > >Andre Biryukov is currently working on this, and should be joining=20 > >the Spring team soon. > > > >Andre, if you want to share your work in progress with the Spring dev > list > >(or with Rong directly), now would be a good time :-) > > > >Regards, > >Rod > > > >----- Original Message ----- > >From: "Ou, Rong" <Ro...@sa...> > >To: <spr...@li...> > >Sent: Tuesday, February 24, 2004 9:44 PM > >Subject: [Springframework-developer] JMS brainstorming > > > > > >Hi all, > > > >We currently have a project that does a lot of JMS messaging, and we=20 > >desperately need an API to simplify the interface layer to JMS. I=20 > >heard rumors that JMS support will be added to Spring 1.1, but we=20 > >just can't > wait > >that long. So I am thinking about doing something in the interim. Who = > >knows, if it comes out good, maybe I can contribute the code back. > > > >In Rod's book there is only a couple of pages that briefly touches=20 > >upon JMS. I looked at the interface21 code, the JMS portion is also=20 > >pretty simplistic. > >I understand Spring has evolved a lot since the interface21 days. So = to > all > >you experienced Spring'ers, if you were to add JMS support today,=20 > >what would you do? I am still fairly new to Spring, so any=20 > >suggestions and help are welcome. > > > >Thanks, > > > >Rong > > > > > >------------------------------------------------------- > >SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > >deploy apps & Web services for Linux with a free DVD software kit=20 > >from IBM. Click Now! = http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > = >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >=20 > _________________________________________________________________ > Stay informed on Election 2004 and the race to Super Tuesday.=20 > http://special.msn.com/msn/election2004.armx >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > deploy apps & Web services for Linux with a free DVD software kit from = > IBM. Click Now! = http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Alef A. <al...@jt...> - 2004-02-26 17:16:41
|
I'd be interested in having look... Maybe it's an idea to publish the code in the sandbox for now? Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of Andre Biryukov > Sent: Thursday, February 26, 2004 5:46 PM > To: rod...@in...; springframework- > dev...@li... > Subject: Re: [Springframework-developer] JMS brainstorming >=20 > Hi Rod, Hi All, >=20 > I've been working on the JMS support for a few weeks now and I think = I'm > ready to go public with it to find out your opinion. So far, I got = Mark to > volunteer to look at the code, make suggestions and possibly = contribute > some > code. If anybody is interested to look at it as well, just drop me a = mail, > I'll be happy to forward what I have so far to you. >=20 > I'm not only interested in the feedback about the code, but would like = to > hear opinions on what we should include and what not. The API for > messaging > is huge, well, big. The challenge is to try and put as much = functionality > as > possible, but at the same token, try not to make it look complex. >=20 > Here's the list of things I've implemented: >=20 > 1. Templates for publish/subscribe and point-to-point messaging. I did > include support for both durable and non-durable messaging. > 2. The consumers will be able to not only create messages, but also = will > have some control over how they will be delivered. I.e. modify default > delivery mode, priority, time to live. > 3. Message listeners will be instrumental in automatically registering > beans > as subscribers to topics and queues. >=20 > I left out support for the transacted sessions. Sessions created are = all > set > to "no-transaction" and "auto-ACK". Is this something we would like to = see > in the framework or should we just keep it simple for now ? The more > suggestions I get now, the better, so please open the flood gate. :) >=20 > Thanks, >=20 > Andre. >=20 > >From: "Rod Johnson" <rod...@in...> > >To: <spr...@li...> > >CC: "Andre Biryukov" <and...@ho...> > >Subject: Re: [Springframework-developer] JMS brainstorming > >Date: Thu, 26 Feb 2004 06:35:33 -0000 > > > >Rong > > > >JMS support is in the works, and should make 1.1. > > > >Andre Biryukov is currently working on this, and should be joining = the > >Spring team soon. > > > >Andre, if you want to share your work in progress with the Spring dev > list > >(or with Rong directly), now would be a good time :-) > > > >Regards, > >Rod > > > >----- Original Message ----- > >From: "Ou, Rong" <Ro...@sa...> > >To: <spr...@li...> > >Sent: Tuesday, February 24, 2004 9:44 PM > >Subject: [Springframework-developer] JMS brainstorming > > > > > >Hi all, > > > >We currently have a project that does a lot of JMS messaging, and we > >desperately need an API to simplify the interface layer to JMS. I = heard > >rumors that JMS support will be added to Spring 1.1, but we just = can't > wait > >that long. So I am thinking about doing something in the interim. Who > >knows, > >if it comes out good, maybe I can contribute the code back. > > > >In Rod's book there is only a couple of pages that briefly touches = upon > >JMS. > >I looked at the interface21 code, the JMS portion is also pretty > >simplistic. > >I understand Spring has evolved a lot since the interface21 days. So = to > all > >you experienced Spring'ers, if you were to add JMS support today, = what > >would > >you do? I am still fairly new to Spring, so any suggestions and help = are > >welcome. > > > >Thanks, > > > >Rong > > > > > >------------------------------------------------------- > >SF.Net is sponsored by: Speed Start Your Linux Apps Now. > >Build and deploy apps & Web services for Linux with > >a free DVD software kit from IBM. Click Now! > >http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > >_______________________________________________ > >Springframework-developer mailing list > >Spr...@li... > = >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > >=20 > _________________________________________________________________ > Stay informed on Election 2004 and the race to Super Tuesday. > http://special.msn.com/msn/election2004.armx >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Andre B. <and...@ho...> - 2004-02-26 16:55:31
|
Hi Rod, Hi All, I've been working on the JMS support for a few weeks now and I think I'm ready to go public with it to find out your opinion. So far, I got Mark to volunteer to look at the code, make suggestions and possibly contribute some code. If anybody is interested to look at it as well, just drop me a mail, I'll be happy to forward what I have so far to you. I'm not only interested in the feedback about the code, but would like to hear opinions on what we should include and what not. The API for messaging is huge, well, big. The challenge is to try and put as much functionality as possible, but at the same token, try not to make it look complex. Here's the list of things I've implemented: 1. Templates for publish/subscribe and point-to-point messaging. I did include support for both durable and non-durable messaging. 2. The consumers will be able to not only create messages, but also will have some control over how they will be delivered. I.e. modify default delivery mode, priority, time to live. 3. Message listeners will be instrumental in automatically registering beans as subscribers to topics and queues. I left out support for the transacted sessions. Sessions created are all set to "no-transaction" and "auto-ACK". Is this something we would like to see in the framework or should we just keep it simple for now ? The more suggestions I get now, the better, so please open the flood gate. :) Thanks, Andre. >From: "Rod Johnson" <rod...@in...> >To: <spr...@li...> >CC: "Andre Biryukov" <and...@ho...> >Subject: Re: [Springframework-developer] JMS brainstorming >Date: Thu, 26 Feb 2004 06:35:33 -0000 > >Rong > >JMS support is in the works, and should make 1.1. > >Andre Biryukov is currently working on this, and should be joining the >Spring team soon. > >Andre, if you want to share your work in progress with the Spring dev list >(or with Rong directly), now would be a good time :-) > >Regards, >Rod > >----- Original Message ----- >From: "Ou, Rong" <Ro...@sa...> >To: <spr...@li...> >Sent: Tuesday, February 24, 2004 9:44 PM >Subject: [Springframework-developer] JMS brainstorming > > >Hi all, > >We currently have a project that does a lot of JMS messaging, and we >desperately need an API to simplify the interface layer to JMS. I heard >rumors that JMS support will be added to Spring 1.1, but we just can't wait >that long. So I am thinking about doing something in the interim. Who >knows, >if it comes out good, maybe I can contribute the code back. > >In Rod's book there is only a couple of pages that briefly touches upon >JMS. >I looked at the interface21 code, the JMS portion is also pretty >simplistic. >I understand Spring has evolved a lot since the interface21 days. So to all >you experienced Spring'ers, if you were to add JMS support today, what >would >you do? I am still fairly new to Spring, so any suggestions and help are >welcome. > >Thanks, > >Rong > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id56&alloc_id438&op=ick >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > _________________________________________________________________ Stay informed on Election 2004 and the race to Super Tuesday. http://special.msn.com/msn/election2004.armx |
|
From: Dmitriy K. <dko...@ru...> - 2004-02-26 13:43:00
|
+1 for removing cache from sequence-based incrementers -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of j=FCrgen h=F6ller [werk3AT] Sent: Thursday, February 26, 2004 2:43 AM To: spr...@li...; spr...@li... Subject: Re: [Springframework-developer] DataFieldMaxValueIncrementer Actually, MySQLMaxValueIncrementer does leverage the value cache in a meaningful way, and HsqlMaxValueIncrementer at least just issues a = single delete for the entire advance cache. But the sequence-based = incrementers, i.e. OracleSequenceMaxValueIncrementer and the new PostgreSQLSequenceMaxValueIncrementer do not benefit from the value = cache at all. So I just suggest to remove the value cache from the sequence-based incrementers. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Do 26.02.2004 08:25 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer I'm done with the simplicication so far - less than half of the code = remains ;-) However, there's still the value cache. I strongly doubt that this is a = good idea, particularly with database sequences. Essentially, if the cache = size is 10, we're accessing the sequence 10 times in advance instead of = asking in whenever an id is requested. There's the same amount of SQL statements involved; what's the benefit here? The drawback is that we need to synchronize cache access for this. If we simply went straight to the database sequence for each id, we could = delegate concurrency to the database. And I don't know of an O/R mapping tool = that does such sequence value caching (please correct me if I'm wrong). All things considered, I suggest to drop the value cache completely. Juergen ________________________________ Von: spr...@li... im Auftrag = von tri...@tr... Gesendet: Mi 25.02.2004 23:02 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer +1 I never understood the need for a double as an incrementer anyway. = Simple is better. The OracleSequenceMaxValueIncrementer could use some = refactoring too. We don't need a SqlFunction - we should be able to use the new queryForXxxx methods on the JDBC Template. Once you check in your = changes, I can take a look at the Oracle one. Thomas Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > I've added PostgreSQLSequenceMaxValueIncrementer today, as attached to = > =3D our JIRA. On the occasion, I've reviewed the incrementer =3D > implementations: They're too complicated for what they achieve, =3D=20 > IMO.Thus, I've dropped the inner class NextMaxValueProviders and moved = > =3D the code to the DataFieldMaxValueIncrementer class hierarchy = itself.=20 > =3D20 I've noticed that AbstractDataFieldMaxValueIncrementer's=20 > nextDoubleValue =3D effectively returns an integer, like=20 > nextIntValue/nextLongValue - after =3D all, the template method=20 > getNextKey returns a long, so there's no chance =3D for a true double. = > Thus, I see no point in keeping the nextDoubleValue =3D method in the=20 > DataFieldMaxValueIncrementer interface; all current =3D = implementations=20 > do not return doubles here. =3D20 > Furthermore, why does getNextKey take a type parameter when it returns = a =3D > long anyway? Any JDBC driver will let you read both an int and a long = =3D > via rs.getLong, so there's no point in that type parameter. Simply =3D > reading the value via getLong should be sufficient. > =3D20 > This leaves a very simple DataFieldMaxValueIncrementer interface with = =3D > nextIntValue, nextLongValue and nextStringValue methods, with =3D > implementations that achieve their goal in a straightforward fashion. = =3D > AbstractDataFieldMaxValueIncrementer delegates all three to getNextKey = =3D > which returns a long, casting the long to an int respectively = converting =3D > it to a string with optional padding. > =3D20 > This should still cover all current usages and therefore not break =3D > compatibility, and it should make it as easy as possible to implement = an =3D > AbstractDataFieldMaxValueIncrementer subclass for a specific database. = =3D > Thomas, Dmitrity, what do you think? > =3D20 > Juergen > =3D20 > P.S.: > Obviously, 1.0 RC2 won't be released tonight but rather at the end of = =3D > the week. I believe it's worth it, as I'd also like to wait for = feedback =3D > on the other recent changes. > =3D20 > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > deploy apps & Web services for Linux with a free DVD software kit from = > IBM. Click Now! = http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-02-26 13:41:26
|
Andre, nice to meet you :-) Can you introduce yourself and may be send your = work progress to the list... Regards, Dmitriy. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Mark Pollack Sent: Thursday, February 26, 2004 6:08 AM To: spr...@li... Cc: spr...@li...; Andre Biryukov Subject: Re: [Springframework-developer] JMS brainstorming Hi, I've been quiet on the lists for while, but JMS is something I work with = all the time and I'd be happy to contribute in this area... Send me an = e-mail andre and we can collaborate.... Cheers, Mark > Rong > > JMS support is in the works, and should make 1.1. > > Andre Biryukov is currently working on this, and should be joining the = > Spring team soon. > > Andre, if you want to share your work in progress with the Spring dev=20 > list (or with Rong directly), now would be a good time :-) > > Regards, > Rod > > ----- Original Message ----- > From: "Ou, Rong" <Ro...@sa...> > To: <spr...@li...> > Sent: Tuesday, February 24, 2004 9:44 PM > Subject: [Springframework-developer] JMS brainstorming > > > Hi all, > > We currently have a project that does a lot of JMS messaging, and we=20 > desperately need an API to simplify the interface layer to JMS. I=20 > heard rumors that JMS support will be added to Spring 1.1, but we just = > can't wait that long. So I am thinking about doing something in the=20 > interim. Who knows, > if it comes out good, maybe I can contribute the code back. > > In Rod's book there is only a couple of pages that briefly touches=20 > upon JMS. I looked at the interface21 code, the JMS portion is also=20 > pretty simplistic. > I understand Spring has evolved a lot since the interface21 days. So = to > all > you experienced Spring'ers, if you were to add JMS support today, what > would > you do? I am still fairly new to Spring, so any suggestions and help = are > welcome. > > Thanks, > > Rong > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > deploy apps & Web services for Linux with a free DVD software kit from = > IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and=20 > deploy apps & Web services for Linux with a free DVD software kit from = > IBM. Click Now! = http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Daniel P. <po...@ci...> - 2004-02-26 13:40:46
|
I've written some simple Spring support for JMS (queues-only) in the application I'm currently working on, so I'd be very interested to see Andre's work and provide feedback. I wrote a JmsQueueTemplate class with operations for sending and consuming messages from a queue. The template class has Queue and QueueConnection member variables, so you define one template bean per queue. The template class has various convenience methods for sending simple text and object messages, but also uses a message "preparator" (wouldn't "preparer" be more accurate?) class that callers can use to prepare more complicated messages (very similar to Spring's existing mail support). The template class takes care of creating the message object, then invokes the callback on the preparator class to allow the caller to modify the message as required. Of course, the template takes care of JMS-specific exceptions and translates them to Spring-specific runtime exceptions. It also hides the details of working with Queue, QueueConnection, QueueConnectionFactory classes (in fact, we use a custom QueueConnectionFactoryBean to create QueueConnections for the template beans, so the template only has to work with Queue and QueueConnection objects). I also added support for synchronous retrieval of messages, but I'm not as happy with the solution I came up with for that, so I'm quite interested to see how Andre plans to deal with it. Daniel On Thu, Feb 26, 2004 at 06:35:33AM +0000, Rod Johnson wrote: > Rong >=20 > JMS support is in the works, and should make 1.1. >=20 > Andre Biryukov is currently working on this, and should be joining the > Spring team soon. >=20 > Andre, if you want to share your work in progress with the Spring dev list > (or with Rong directly), now would be a good time :-) >=20 > Regards, > Rod >=20 > ----- Original Message ----- > From: "Ou, Rong" <Ro...@sa...> > To: <spr...@li...> > Sent: Tuesday, February 24, 2004 9:44 PM > Subject: [Springframework-developer] JMS brainstorming >=20 >=20 > Hi all, >=20 > We currently have a project that does a lot of JMS messaging, and we > desperately need an API to simplify the interface layer to JMS. I heard > rumors that JMS support will be added to Spring 1.1, but we just can't wa= it > that long. So I am thinking about doing something in the interim. Who kno= ws, > if it comes out good, maybe I can contribute the code back. >=20 > In Rod's book there is only a couple of pages that briefly touches upon J= MS. > I looked at the interface21 code, the JMS portion is also pretty simplist= ic. > I understand Spring has evolved a lot since the interface21 days. So to a= ll > you experienced Spring'ers, if you were to add JMS support today, what wo= uld > you do? I am still fairly new to Spring, so any suggestions and help are > welcome. >=20 > Thanks, >=20 > Rong >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Mark P. <Mar...@Co...> - 2004-02-26 11:17:27
|
Hi, I've been quiet on the lists for while, but JMS is something I work with all the time and I'd be happy to contribute in this area... Send me an e-mail andre and we can collaborate.... Cheers, Mark > Rong > > JMS support is in the works, and should make 1.1. > > Andre Biryukov is currently working on this, and should be joining the > Spring team soon. > > Andre, if you want to share your work in progress with the Spring dev list > (or with Rong directly), now would be a good time :-) > > Regards, > Rod > > ----- Original Message ----- > From: "Ou, Rong" <Ro...@sa...> > To: <spr...@li...> > Sent: Tuesday, February 24, 2004 9:44 PM > Subject: [Springframework-developer] JMS brainstorming > > > Hi all, > > We currently have a project that does a lot of JMS messaging, and we > desperately need an API to simplify the interface layer to JMS. I heard > rumors that JMS support will be added to Spring 1.1, but we just can't > wait > that long. So I am thinking about doing something in the interim. Who > knows, > if it comes out good, maybe I can contribute the code back. > > In Rod's book there is only a couple of pages that briefly touches upon > JMS. > I looked at the interface21 code, the JMS portion is also pretty > simplistic. > I understand Spring has evolved a lot since the interface21 days. So to > all > you experienced Spring'ers, if you were to add JMS support today, what > would > you do? I am still fairly new to Spring, so any suggestions and help are > welcome. > > Thanks, > > Rong > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id56&alloc_id438&op=ick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2004-02-26 07:54:31
|
Actually, MySQLMaxValueIncrementer does leverage the value cache in a = meaningful way, and HsqlMaxValueIncrementer at least just issues a = single delete for the entire advance cache. But the sequence-based = incrementers, i.e. OracleSequenceMaxValueIncrementer and the new = PostgreSQLSequenceMaxValueIncrementer do not benefit from the value = cache at all. So I just suggest to remove the value cache from the = sequence-based incrementers. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Do 26.02.2004 08:25 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer I'm done with the simplicication so far - less than half of the code = remains ;-) However, there's still the value cache. I strongly doubt that this is a = good idea, particularly with database sequences. Essentially, if the = cache size is 10, we're accessing the sequence 10 times in advance = instead of asking in whenever an id is requested. There's the same = amount of SQL statements involved; what's the benefit here? The drawback is that we need to synchronize cache access for this. If we = simply went straight to the database sequence for each id, we could = delegate concurrency to the database. And I don't know of an O/R mapping = tool that does such sequence value caching (please correct me if I'm = wrong). All things considered, I suggest to drop the value cache = completely. Juergen ________________________________ Von: spr...@li... im Auftrag = von tri...@tr... Gesendet: Mi 25.02.2004 23:02 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer +1 I never understood the need for a double as an incrementer anyway. = Simple is better. The OracleSequenceMaxValueIncrementer could use some = refactoring too. We don't need a SqlFunction - we should be able to use the new = queryForXxxx methods on the JDBC Template. Once you check in your changes, I can = take a look at the Oracle one. Thomas Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > I've added PostgreSQLSequenceMaxValueIncrementer today, as attached to = =3D > our JIRA. On the occasion, I've reviewed the incrementer =3D > implementations: They're too complicated for what they achieve, =3D > IMO.Thus, I've dropped the inner class NextMaxValueProviders and moved = =3D > the code to the DataFieldMaxValueIncrementer class hierarchy itself. > =3D20 > I've noticed that AbstractDataFieldMaxValueIncrementer's = nextDoubleValue =3D > effectively returns an integer, like nextIntValue/nextLongValue - = after =3D > all, the template method getNextKey returns a long, so there's no = chance =3D > for a true double. Thus, I see no point in keeping the nextDoubleValue = =3D > method in the DataFieldMaxValueIncrementer interface; all current =3D > implementations do not return doubles here. > =3D20 > Furthermore, why does getNextKey take a type parameter when it returns = a =3D > long anyway? Any JDBC driver will let you read both an int and a long = =3D > via rs.getLong, so there's no point in that type parameter. Simply =3D > reading the value via getLong should be sufficient. > =3D20 > This leaves a very simple DataFieldMaxValueIncrementer interface with = =3D > nextIntValue, nextLongValue and nextStringValue methods, with =3D > implementations that achieve their goal in a straightforward fashion. = =3D > AbstractDataFieldMaxValueIncrementer delegates all three to getNextKey = =3D > which returns a long, casting the long to an int respectively = converting =3D > it to a string with optional padding. > =3D20 > This should still cover all current usages and therefore not break =3D > compatibility, and it should make it as easy as possible to implement = an =3D > AbstractDataFieldMaxValueIncrementer subclass for a specific database. = =3D > Thomas, Dmitrity, what do you think? > =3D20 > Juergen > =3D20 > P.S.: > Obviously, 1.0 RC2 won't be released tonight but rather at the end of = =3D > the week. I believe it's worth it, as I'd also like to wait for = feedback =3D > on the other recent changes. > =3D20 > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-02-26 07:39:41
|
I'm done with the simplicication so far - less than half of the code = remains ;-) =20 However, there's still the value cache. I strongly doubt that this is a = good idea, particularly with database sequences. Essentially, if the = cache size is 10, we're accessing the sequence 10 times in advance = instead of asking in whenever an id is requested. There's the same = amount of SQL statements involved; what's the benefit here? =20 The drawback is that we need to synchronize cache access for this. If we = simply went straight to the database sequence for each id, we could = delegate concurrency to the database. And I don't know of an O/R mapping = tool that does such sequence value caching (please correct me if I'm = wrong). All things considered, I suggest to drop the value cache = completely. =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von tri...@tr... Gesendet: Mi 25.02.2004 23:02 An: spr...@li... Betreff: Re: [Springframework-developer] DataFieldMaxValueIncrementer +1 I never understood the need for a double as an incrementer anyway. = Simple is better. The OracleSequenceMaxValueIncrementer could use some = refactoring too. We don't need a SqlFunction - we should be able to use the new = queryForXxxx methods on the JDBC Template. Once you check in your changes, I can = take a look at the Oracle one. Thomas Quoting "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>: > I've added PostgreSQLSequenceMaxValueIncrementer today, as attached to = =3D > our JIRA. On the occasion, I've reviewed the incrementer =3D > implementations: They're too complicated for what they achieve, =3D > IMO.Thus, I've dropped the inner class NextMaxValueProviders and moved = =3D > the code to the DataFieldMaxValueIncrementer class hierarchy itself. > =3D20 > I've noticed that AbstractDataFieldMaxValueIncrementer's = nextDoubleValue =3D > effectively returns an integer, like nextIntValue/nextLongValue - = after =3D > all, the template method getNextKey returns a long, so there's no = chance =3D > for a true double. Thus, I see no point in keeping the nextDoubleValue = =3D > method in the DataFieldMaxValueIncrementer interface; all current =3D > implementations do not return doubles here. > =3D20 > Furthermore, why does getNextKey take a type parameter when it returns = a =3D > long anyway? Any JDBC driver will let you read both an int and a long = =3D > via rs.getLong, so there's no point in that type parameter. Simply =3D > reading the value via getLong should be sufficient. > =3D20 > This leaves a very simple DataFieldMaxValueIncrementer interface with = =3D > nextIntValue, nextLongValue and nextStringValue methods, with =3D > implementations that achieve their goal in a straightforward fashion. = =3D > AbstractDataFieldMaxValueIncrementer delegates all three to getNextKey = =3D > which returns a long, casting the long to an int respectively = converting =3D > it to a string with optional padding. > =3D20 > This should still cover all current usages and therefore not break =3D > compatibility, and it should make it as easy as possible to implement = an =3D > AbstractDataFieldMaxValueIncrementer subclass for a specific database. = =3D > Thomas, Dmitrity, what do you think? > =3D20 > Juergen > =3D20 > P.S.: > Obviously, 1.0 RC2 won't be released tonight but rather at the end of = =3D > the week. I believe it's worth it, as I'd also like to wait for = feedback =3D > on the other recent changes. > =3D20 > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Darren D. <da...@da...> - 2004-02-26 07:04:33
|
On Thursday 26 February 2004 06:29, j=FCrgen h=F6ller [werk3AT] wrote: > On the occasion of the recent AbstractXsltView question on the forums: Do > you have a chance to check and apply the AbstractXsltView patch that's > hanging around in our JIRA > (http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?ke >y=3DSPR-40)? Seems quite straightforward, so I'd like to include it in 1.0. > > I intend to release 1.0 RC2 end of this week now, so it would be good to > have the patch applied promptly. yes, I'll do it today at some point. =2D-=20 Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Rod J. <rod...@in...> - 2004-02-26 06:45:20
|
Rong JMS support is in the works, and should make 1.1. Andre Biryukov is currently working on this, and should be joining the Spring team soon. Andre, if you want to share your work in progress with the Spring dev list (or with Rong directly), now would be a good time :-) Regards, Rod ----- Original Message ----- From: "Ou, Rong" <Ro...@sa...> To: <spr...@li...> Sent: Tuesday, February 24, 2004 9:44 PM Subject: [Springframework-developer] JMS brainstorming Hi all, We currently have a project that does a lot of JMS messaging, and we desperately need an API to simplify the interface layer to JMS. I heard rumors that JMS support will be added to Spring 1.1, but we just can't wait that long. So I am thinking about doing something in the interim. Who knows, if it comes out good, maybe I can contribute the code back. In Rod's book there is only a couple of pages that briefly touches upon JMS. I looked at the interface21 code, the JMS portion is also pretty simplistic. I understand Spring has evolved a lot since the interface21 days. So to all you experienced Spring'ers, if you were to add JMS support today, what would you do? I am still fairly new to Spring, so any suggestions and help are welcome. Thanks, Rong ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&op=ick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: <jue...@we...> - 2004-02-26 06:38:35
|
Darren, =20 On the occasion of the recent AbstractXsltView question on the forums: = Do you have a chance to check and apply the AbstractXsltView patch = that's hanging around in our JIRA = (http://opensource.atlassian.com/projects/spring/secure/ViewIssue.jspa?ke= y=3DSPR-40)? Seems quite straightforward, so I'd like to include it in = 1.0. =20 I intend to release 1.0 RC2 end of this week now, so it would be good to = have the patch applied promptly. =20 Juergen =20 |
|
From: <jue...@we...> - 2004-02-26 06:34:07
|
That's a case for programmatic registration with the Quartz scheduler. =
The Scheduler is easy available via the SchedulerFactoryBean; if you set =
it up as "scheduler", simply access the bean like as follows:
=20
Scheduler scheduler =3D context.getBean("scheduler");
JobDetail jobDetail =3D new JobDetail(...);
Trigger trigger =3D new Trigger(...);
scheduler.scheduleJob(jobDetail, trigger);
=20
The declarative registration via XML bean definitions is just a =
convenient way of registering pre-defined jobs. The usual Quartz way of =
programmatic registration is the way to go for dynamic scheduling.
=20
Note that SchedulerFactoryBean automatically shuts down the Quartz =
scheduler on context shutdown.=20
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Raymond Lai
Gesendet: Do 26.02.2004 04:10
An: spr...@li...
Betreff: [Springframework-developer] Re: Quartz support
Hi,
Great to see Quartz support is here now.
From the imagedb example in CVS I could see how can I
set up scheduled tasks which the parameters may not be
dynamic. But what if I I want to set up tasks will
have dynamic parameters?
Say, an user placed an item for others to bid. As a
result a task is being created, and filled with
parameters like the user's ID, and item's ID, etc. and
a trigger with the task's execution time specified by
the user, which are set in code, instead of in
applicationContext.xml.
Any hint for me to dig deeper?
TIA,
Raymond
__________________________________
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
1239 messages has been excluded from this view by a project administrator.
