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: Colin S. <col...@ex...> - 2004-04-14 13:47:45
|
Nice convenience feature I admit, but you can set each of the two apps=20 (Jira and Confluence) to remember who you are, never mind that your=20 browser can also remember your login as that big a deal in this=20 particular case... Dmitriy Kopylenko wrote: >Single signon for both JIRA and Confluence...? (just an idea) ;-)) > >-----Original Message----- >From: spr...@li... >[mailto:spr...@li...] On Behalf= Of >Mike Cannon-Brookes >Sent: Wednesday, April 14, 2004 2:20 AM >To: spr...@li... >Subject: Re: [Springframework-developer] Spring wiki > > >OK - deal! (pun intended) > >http://opensource.atlassian.com/confluence/spring :) > >(PS this was almost all setup a week ago - sorry for the delay - we=20 >wanted to get the JIRA user management integration working properly=20 >first so that people could use the same login/password as Spring JIRA) > >Seriously - any questions about setup etc, please ask me (either on the=20 >list or via any possible contact means -=20 >http://conflence.atlassian.com/display/~mi...@at... for=20 >details). > >Enjoy! > >Cheers, >Mike > >-- >ATLASSIAN - http://www.atlassian.com/ > >Confluence - the professional J2EE wiki - tried it yet? >http://www.atlassian.com/confluence/ > >On 14/04/2004, at 8:53 AM, Keith Donald wrote: > > =20 > >>+1. I very much desire Confluence for evolving the preliminiary docs >>on the >>upcoming 1.1 features. >> >>Seriously whoever sets up our wiki can have a couple of spins at the=20 >>roulette wheel at the TSS in Vegas ON ME! :-) >> >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On >>Behalf Of >>Dmitriy Kopylenko >>Sent: Tuesday, April 13, 2004 6:08 PM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Spring wiki >> >> >>Mike told me that it would have been available this week. Didn't hear >>from >>him... >> >>Dmitriy. >> >>----- Original Message ----- >>From: j=FCrgen h=F6ller [werk3AT] <jue...@we...> >>Date: Tuesday, April 13, 2004 5:02 pm >>Subject: [Springframework-developer] Spring wiki >> >> =20 >> >>>Guys, >>> >>>We need a wiki ASAP, most importantly for preliminary docs on=20 >>>upcoming 1.1 features that aren't covered in the reference docs yet.=20 >>>Any volunteers for proceeding with a Confluence setup? Not only Pico=20 >>>but even TSS have a Confluence instance now... Spring really deserves=20 >>>one too, particularly as it's used within Confluence itself :-) >>> >>>Juergen >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by: IBM Linux Tutorials >>>Free Linux tutorial presented by Daniel Robbins, President and CEO of=20 >>>GenToo technologies. Learn everything from fundamentals to system=20 >>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick >>>_______________________________________________ >>>Springframework-developer mailing list=20 >>>Spr...@li... >>>https://lists.sourceforge.net/lists/listinfo/springframework-develope >>>r >>> =20 >>> |
|
From: Kopylenko, D. <dko...@ac...> - 2004-04-14 13:33:26
|
BTW I've creataed "Portlet support" space in Confluence... -----Original Message----- From: William G. Thompson, Jr. [mailto:wg...@ru...]=20 Sent: Wednesday, April 14, 2004 9:16 AM To: spr...@li... Subject: Re: [Springframework-developer] Portlet and JSFs this also might help... http://exo.sourceforge.net/multiproject/exo-portlet-framework/index.html= Dmitriy Kopylenko wrote: > Here what the eXo platform did with Bridges/Adapters approach:=20 > http://exo.sourceforge.net/bridges-intro.html (the source code is=20 > available) >=20 > Regards, > Dmitriy. >=20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On=20 > Behalf Of Alef Arendsen > Sent: Wednesday, April 14, 2004 5:40 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Portlet and JSFs >=20 >=20 > Ok, back in town ;-). >=20 > I think an approach of making the context available is a good first=20 > step. From there later on we could possibly extend things to include=20 > mappings based on portal mode, window state and maybe other criteria. = > But since I'm seeing a lot of code getting duplicated if we go ahead=20 > there, I want to take things slowly to see what the other options = are. >=20 > To get the context available, I think it's best to create something=20 > like a FrameworkPortlet (similar to the FrameworkServlet). This = allows=20 > for further extension later on (possibly the creation of a=20 > DispatcherPortlet if we need it). >=20 > So: FrameworkPortlet extends PortletBean extends GenericPortlet, > offering the same functionality as the FrameworkServlet. I think = extending > ApplicationContext to get a PortletApplicationContext is needed as = well, to > allow for access to the PortletContext (instead of the = ServletContext). >=20 > This is the approach I've been taking last time I spent time on it. = If=20 > we can continue this discussion a bit to see what everybody thinks,=20 > then I'll probably be able to implement something tomorrow, Friday = and=20 > over the weekend (got some stuff lying around already so it shouldn't = > be that hard). >=20 > Regards, > Alef >=20 > =20 >=20 >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On >>Behalf Of William G. Thompson, Jr. >>Sent: Wednesday, April 14, 2004 1:30 AM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Portlet and JSFs >> >>j=FCrgen h=F6ller [werk3AT] wrote: >> >>>But what criteria do you base your dispatching on when there's no >>>URL? >> >>Request parameters? >> >>yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some >>state... >> >>and of course the other tricky bit is the two step >>call...ActionRequest/Response and then some time later the=20 >>RenderRequest/Response. >> >> >>>Juergen >>> >>> >>>________________________________ >>> >>>Von: spr...@li... im >>>Auftrag >> >>von Eduardo Issao Ito >> >>>Gesendet: Di 13.04.2004 22:15 >>>An: spr...@li... >>>Betreff: Re: [Springframework-developer] Portlet and JSFs >>> >>> >>> >>>j=FCrgen h=F6ller [werk3AT] wrote: >>> >>> >>>>>Portlets can not access the URL that the client used to initiate >>>>>the >> >>request on the portal. >> >>>> >>>>While that makes sense, it effectively makes me wonder whether we >>>>need a >> >>Portlet dispatcher: With Servlets, dispatching is all about flexible >>URL mapping. AFAIK, Portlets have doView, doEdit etc callbacks,=20 >>similar to doGet, doPost, etc from the Servlet API. >> >>>>So for typical Portlets, it's probably most important to allow for >>>>easy >> >>access to Spring facilities from those methods, rather than dispatch >>to some other components from a Portlet doView method. Portlet = support=20 >>classes similar to the ones I just added for Struts come to my mind. >> >>>>This doesn't seem to be much effort at all. Am I on the wrong track >> >>here? >> >>>>Juergen >>> >>> >>>While in most cases a Portlet should be simple (just display some >>>info), sometimes one portlet can be a complete web application in=20 >>>itself. In >> >>this case, >> >>>having an MVC framework can make a huge difference. Imagine >>>implementing >> >>a whole >> >>>web application inside a servlet doPost(), and no framework >>>underneath. >> >>With >> >>>portlets you only have doView() to do the same thing... >>> >>>A PortletDispatcher should be very similar to ServletDispatcher and >> >>reuse >> >>>everything that is possible from the actual mvc framework. Ideally, >> >>implementing >> >>>a portlet with Spring should be the same as implementing a servlet. >>> >>> >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: IBM Linux Tutorials >>Free Linux tutorial presented by Daniel Robbins, President and CEO of >>GenToo technologies. Learn everything from fundamentals to system=20 >>administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick >>_______________________________________________ >>Springframework-developer mailing list=20 >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer= >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of = > GenToo technologies. Learn everything from fundamentals to system=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > = https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of = > GenToo technologies. Learn everything from fundamentals to system=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > = https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl= ick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Mike Cannon-B. <mi...@at...> - 2004-04-14 13:31:11
|
> You mentioned something about creating spaces; I assume only Spring > Confluence administrators can do something like that... I think I set it up so that anyone in the jira-developers group can create new spaces, seemed liberal enough? People in confluence-administrators = jira-administrators = Confluence Admins can change this in the Global Permissions section :) > Then something else. What's the plan with the reference documentation? > I'd > like to keep something like a PDF in place, since a lot of people like > to > have something offline. When we've got everything in confluence, I > don't > think moving it to dockbook again makes sense; that is, if a reasonable > export to PDF is possible that resembles a bit... > > Any opinions? Well, you can export a PDF from Confluence if you want - but the rendering isn't perfect yet (FOP is a messy beast). The other alternative is to export a space as an HTML 'web' (looks exactly as you see online) then use Acrobat offline to create a PDF whenever you make a release (Acrobat generated PDFs from HTML still look the best I think personally). You may also want to look at what the codehaus guys are doing with the remote APIs (XML-RPC and SOAP) to use Confluence to automate their website management (it's quite trippy - not really an intended use but actually works quite well). Mike |
|
From: Keith D. <kd...@cs...> - 2004-04-14 13:26:59
|
Yes, the [] syntax makes much more sense. That's what OGNL uses, too (wh=
ich
means WebWork, Tapestry.)
Keith
----- Original Message -----=20
From: "Hunter Kelly" <re...@ei...>
To: <spr...@li...>
Sent: Wednesday, April 14, 2004 5:34 AM
Subject: Re: [Springframework-developer] java.util.Map fields and commons
validator
> I have to say that I personally prefer [] syntax for both indexed and
mapped
> properties, it's a more natural fit with scripting languages, and to me=
it
> just makes more sense - it's an indexing operation, not a method call!
>
> My point is that it'd be great to support other syntaxes, but please
> keep the [ syntax.
>
> H
>
> On Wednesday 14 April 2004 07:44, j=FCrgen h=F6ller [werk3AT] wrote:
> > Karl,
> >
> > Agreed, it makes sense to be consistent with Commons BeanUtils / Comm=
ons
> > Validator / Struts here, while still supporting the current syntax. O=
ur
> > current syntax is somewhat analogous to JSTL EL, but I don't mind
> > supporting further syntactic options, as long as they don't introduce
> > parsing problems.
> >
> > This should be pretty trivial to add, so I'll look into it this weeke=
nd.
> >
> > Juergen
> >
> >
> > ________________________________
> >
> > Von: spr...@li... im Auftrag
von
> > Baum, Karl Gesendet: Mi 14.04.2004 04:19
> > An: spr...@li...
> > Betreff: [Springframework-developer] java.util.Map fields and commons
> > validator
> >
> >
> >
> > I have encountered an issue in regards to validating beans backed by =
a
> > Map object while using the spring commons validator component. My fo=
rm
> > is made to work with key value pairsbacked as a map. It has a field:
> >
> > /**
> > * @return
> > */
> > public Map getValue() {
> > return valueMap;
> > }
> >
> > /**
> > * @param map
> > */
> > public void setValue(Map map) {
> > valueMap =3D map;
> > }
> >
> > The problem isn't specific to the validator adapter. The problem has=
to
> > do with the way Spring symbolizes a mapped property in the
> > BeanwrapperImpl class. Spring uses a '[' where as commons validator =
and
> > struts use '('. Another words a mapped property of firstName would l=
ook
> > like this in Spring:
> >
> > value[firstName]
> >
> > and this in commons validator:
> >
> > value(firstName)
> >
> > Commons validator uses '[' for indexed properties. Spring uses '[' f=
or
> > both indexed and Mapped properties. I think the best place to fix th=
is
> > problem is on the Spring side in the BeanWrapperImpl. We might as we=
ll
> > be consistent with struts and commons validator in regards to our
> > indexed and mapped property sytax. Perhaps we can support both
> > syntaxes.
> >
> > Any thoughts?
> >
> > Karl
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3D=
click
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3DClick
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> > https://lists.sourceforge.net/lists/listinfo/springframework-develope=
r
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: William G. T. Jr. <wg...@ru...> - 2004-04-14 13:15:40
|
this also might help... http://exo.sourceforge.net/multiproject/exo-portlet-framework/index.html Dmitriy Kopylenko wrote: > Here what the eXo platform did with Bridges/Adapters approach: > http://exo.sourceforge.net/bridges-intro.html (the source code is available) > > Regards, > Dmitriy. > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf Of > Alef Arendsen > Sent: Wednesday, April 14, 2004 5:40 AM > To: spr...@li... > Subject: RE: [Springframework-developer] Portlet and JSFs > > > Ok, back in town ;-). > > I think an approach of making the context available is a good first step. > From there later on we could possibly extend things to include mappings > based on portal mode, window state and maybe other criteria. But since I'm > seeing a lot of code getting duplicated if we go ahead there, I want to take > things slowly to see what the other options are. > > To get the context available, I think it's best to create something like a > FrameworkPortlet (similar to the FrameworkServlet). This allows for further > extension later on (possibly the creation of a DispatcherPortlet if we need > it). > > So: FrameworkPortlet extends PortletBean extends GenericPortlet, > offering the same functionality as the FrameworkServlet. I think extending > ApplicationContext to get a PortletApplicationContext is needed as well, to > allow for access to the PortletContext (instead of the ServletContext). > > This is the approach I've been taking last time I spent time on it. If we > can continue this discussion a bit to see what everybody thinks, then I'll > probably be able to implement something tomorrow, Friday and over the > weekend (got some stuff lying around already so it shouldn't be that hard). > > Regards, > Alef > > > >>-----Original Message----- >>From: spr...@li... >>[mailto:spr...@li...] On >>Behalf Of William G. Thompson, Jr. >>Sent: Wednesday, April 14, 2004 1:30 AM >>To: spr...@li... >>Subject: Re: [Springframework-developer] Portlet and JSFs >> >>jürgen höller [werk3AT] wrote: >> >>>But what criteria do you base your dispatching on when there's no >>>URL? >> >>Request parameters? >> >>yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some >>state... >> >>and of course the other tricky bit is the two step >>call...ActionRequest/Response and then some time later the >>RenderRequest/Response. >> >> >>>Juergen >>> >>> >>>________________________________ >>> >>>Von: spr...@li... im >>>Auftrag >> >>von Eduardo Issao Ito >> >>>Gesendet: Di 13.04.2004 22:15 >>>An: spr...@li... >>>Betreff: Re: [Springframework-developer] Portlet and JSFs >>> >>> >>> >>>jürgen höller [werk3AT] wrote: >>> >>> >>>>>Portlets can not access the URL that the client used to initiate >>>>>the >> >>request on the portal. >> >>>> >>>>While that makes sense, it effectively makes me wonder whether we >>>>need a >> >>Portlet dispatcher: With Servlets, dispatching is all about flexible >>URL mapping. AFAIK, Portlets have doView, doEdit etc callbacks, >>similar to doGet, doPost, etc from the Servlet API. >> >>>>So for typical Portlets, it's probably most important to allow for >>>>easy >> >>access to Spring facilities from those methods, rather than dispatch >>to some other components from a Portlet doView method. Portlet support >>classes similar to the ones I just added for Struts come to my mind. >> >>>>This doesn't seem to be much effort at all. Am I on the wrong track >> >>here? >> >>>>Juergen >>> >>> >>>While in most cases a Portlet should be simple (just display some >>>info), sometimes one portlet can be a complete web application in >>>itself. In >> >>this case, >> >>>having an MVC framework can make a huge difference. Imagine >>>implementing >> >>a whole >> >>>web application inside a servlet doPost(), and no framework >>>underneath. >> >>With >> >>>portlets you only have doView() to do the same thing... >>> >>>A PortletDispatcher should be very similar to ServletDispatcher and >> >>reuse >> >>>everything that is possible from the actual mvc framework. Ideally, >> >>implementing >> >>>a portlet with Spring should be the same as implementing a servlet. >>> >>> >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: IBM Linux Tutorials >>Free Linux tutorial presented by Daniel Robbins, President and CEO of >>GenToo technologies. Learn everything from fundamentals to system >>administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo > technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-04-14 13:11:56
|
And here is eXo's own Portlet framework: http://exo.sourceforge.net/multiproject/exo-portlet-framework/index.html -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Dmitriy Kopylenko Sent: Wednesday, April 14, 2004 8:58 AM To: spr...@li... Subject: RE: [Springframework-developer] Portlet and JSFs Here what the eXo platform did with Bridges/Adapters approach: http://exo.sourceforge.net/bridges-intro.html (the source code is = available) Regards, Dmitriy. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Alef Arendsen Sent: Wednesday, April 14, 2004 5:40 AM To: spr...@li... Subject: RE: [Springframework-developer] Portlet and JSFs Ok, back in town ;-). I think an approach of making the context available is a good first = step. From there later on we could possibly extend things to include mappings based on portal mode, window state and maybe other criteria. But since = I'm seeing a lot of code getting duplicated if we go ahead there, I want to = take things slowly to see what the other options are. To get the context available, I think it's best to create something like = a FrameworkPortlet (similar to the FrameworkServlet). This allows for = further extension later on (possibly the creation of a DispatcherPortlet if we = need it). So: FrameworkPortlet extends PortletBean extends GenericPortlet,=20 offering the same functionality as the FrameworkServlet. I think = extending ApplicationContext to get a PortletApplicationContext is needed as well, = to allow for access to the PortletContext (instead of the ServletContext). This is the approach I've been taking last time I spent time on it. If = we can continue this discussion a bit to see what everybody thinks, then = I'll probably be able to implement something tomorrow, Friday and over the weekend (got some stuff lying around already so it shouldn't be that = hard). Regards, Alef =20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On > Behalf Of William G. Thompson, Jr. > Sent: Wednesday, April 14, 2004 1:30 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Portlet and JSFs >=20 > j=FCrgen h=F6ller [werk3AT] wrote: > > But what criteria do you base your dispatching on when there's no > > URL? > Request parameters? >=20 > yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some > state... >=20 > and of course the other tricky bit is the two step > call...ActionRequest/Response and then some time later the=20 > RenderRequest/Response. >=20 > > > > Juergen > > > > > > ________________________________ > > > > Von: spr...@li... im > > Auftrag > von Eduardo Issao Ito > > Gesendet: Di 13.04.2004 22:15 > > An: spr...@li... > > Betreff: Re: [Springframework-developer] Portlet and JSFs > > > > > > > > j=FCrgen h=F6ller [werk3AT] wrote: > > > >>>Portlets can not access the URL that the client used to initiate > >>>the > request on the portal. > >> > >> > >>While that makes sense, it effectively makes me wonder whether we > >>need a > Portlet dispatcher: With Servlets, dispatching is all about flexible > URL mapping. AFAIK, Portlets have doView, doEdit etc callbacks,=20 > similar to doGet, doPost, etc from the Servlet API. > >> > >>So for typical Portlets, it's probably most important to allow for > >>easy > access to Spring facilities from those methods, rather than dispatch > to some other components from a Portlet doView method. Portlet support = > classes similar to the ones I just added for Struts come to my mind. > >> > >>This doesn't seem to be much effort at all. Am I on the wrong track > here? > >> > >>Juergen > > > > > > While in most cases a Portlet should be simple (just display some > > info), sometimes one portlet can be a complete web application in=20 > > itself. In > this case, > > having an MVC framework can make a huge difference. Imagine > > implementing > a whole > > web application inside a servlet doPost(), and no framework > > underneath. > With > > portlets you only have doView() to do the same thing... > > > > A PortletDispatcher should be very similar to ServletDispatcher and > reuse > > everything that is possible from the actual mvc framework. Ideally, > implementing > > a portlet with Spring should be the same as implementing a servlet. > > > > >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-04-14 12:57:56
|
Here what the eXo platform did with Bridges/Adapters approach: http://exo.sourceforge.net/bridges-intro.html (the source code is = available) Regards, Dmitriy. -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Alef Arendsen Sent: Wednesday, April 14, 2004 5:40 AM To: spr...@li... Subject: RE: [Springframework-developer] Portlet and JSFs Ok, back in town ;-). I think an approach of making the context available is a good first = step. From there later on we could possibly extend things to include mappings based on portal mode, window state and maybe other criteria. But since = I'm seeing a lot of code getting duplicated if we go ahead there, I want to = take things slowly to see what the other options are. To get the context available, I think it's best to create something like = a FrameworkPortlet (similar to the FrameworkServlet). This allows for = further extension later on (possibly the creation of a DispatcherPortlet if we = need it). So: FrameworkPortlet extends PortletBean extends GenericPortlet,=20 offering the same functionality as the FrameworkServlet. I think = extending ApplicationContext to get a PortletApplicationContext is needed as well, = to allow for access to the PortletContext (instead of the ServletContext). This is the approach I've been taking last time I spent time on it. If = we can continue this discussion a bit to see what everybody thinks, then = I'll probably be able to implement something tomorrow, Friday and over the weekend (got some stuff lying around already so it shouldn't be that = hard). Regards, Alef =20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On=20 > Behalf Of William G. Thompson, Jr. > Sent: Wednesday, April 14, 2004 1:30 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Portlet and JSFs >=20 > j=FCrgen h=F6ller [werk3AT] wrote: > > But what criteria do you base your dispatching on when there's no=20 > > URL? > Request parameters? >=20 > yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some=20 > state... >=20 > and of course the other tricky bit is the two step=20 > call...ActionRequest/Response and then some time later the=20 > RenderRequest/Response. >=20 > > > > Juergen > > > > > > ________________________________ > > > > Von: spr...@li... im=20 > > Auftrag > von Eduardo Issao Ito > > Gesendet: Di 13.04.2004 22:15 > > An: spr...@li... > > Betreff: Re: [Springframework-developer] Portlet and JSFs > > > > > > > > j=FCrgen h=F6ller [werk3AT] wrote: > > > >>>Portlets can not access the URL that the client used to initiate=20 > >>>the > request on the portal. > >> > >> > >>While that makes sense, it effectively makes me wonder whether we=20 > >>need a > Portlet dispatcher: With Servlets, dispatching is all about flexible=20 > URL mapping. AFAIK, Portlets have doView, doEdit etc callbacks,=20 > similar to doGet, doPost, etc from the Servlet API. > >> > >>So for typical Portlets, it's probably most important to allow for=20 > >>easy > access to Spring facilities from those methods, rather than dispatch=20 > to some other components from a Portlet doView method. Portlet support = > classes similar to the ones I just added for Struts come to my mind. > >> > >>This doesn't seem to be much effort at all. Am I on the wrong track > here? > >> > >>Juergen > > > > > > While in most cases a Portlet should be simple (just display some=20 > > info), sometimes one portlet can be a complete web application in=20 > > itself. In > this case, > > having an MVC framework can make a huge difference. Imagine=20 > > implementing > a whole > > web application inside a servlet doPost(), and no framework=20 > > underneath. > With > > portlets you only have doView() to do the same thing... > > > > A PortletDispatcher should be very similar to ServletDispatcher and > reuse > > everything that is possible from the actual mvc framework. Ideally, > implementing > > a portlet with Spring should be the same as implementing a servlet. > > > > >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of=20 > GenToo technologies. Learn everything from fundamentals to system=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Dmitriy K. <dko...@ru...> - 2004-04-14 12:50:02
|
Single signon for both JIRA and Confluence...? (just an idea) ;-)) -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Mike Cannon-Brookes Sent: Wednesday, April 14, 2004 2:20 AM To: spr...@li... Subject: Re: [Springframework-developer] Spring wiki OK - deal! (pun intended) http://opensource.atlassian.com/confluence/spring :) (PS this was almost all setup a week ago - sorry for the delay - we=20 wanted to get the JIRA user management integration working properly=20 first so that people could use the same login/password as Spring JIRA) Seriously - any questions about setup etc, please ask me (either on the=20 list or via any possible contact means -=20 http://conflence.atlassian.com/display/~mi...@at... for=20 details). Enjoy! Cheers, Mike -- ATLASSIAN - http://www.atlassian.com/ Confluence - the professional J2EE wiki - tried it yet? http://www.atlassian.com/confluence/ On 14/04/2004, at 8:53 AM, Keith Donald wrote: > +1. I very much desire Confluence for evolving the preliminiary docs > on the > upcoming 1.1 features. > > Seriously whoever sets up our wiki can have a couple of spins at the=20 > roulette wheel at the TSS in Vegas ON ME! :-) > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On > Behalf Of > Dmitriy Kopylenko > Sent: Tuesday, April 13, 2004 6:08 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring wiki > > > Mike told me that it would have been available this week. Didn't hear > from > him... > > Dmitriy. > > ----- Original Message ----- > From: j=FCrgen h=F6ller [werk3AT] <jue...@we...> > Date: Tuesday, April 13, 2004 5:02 pm > Subject: [Springframework-developer] Spring wiki > >> Guys, >> >> We need a wiki ASAP, most importantly for preliminary docs on=20 >> upcoming 1.1 features that aren't covered in the reference docs yet.=20 >> Any volunteers for proceeding with a Confluence setup? Not only Pico=20 >> but even TSS have a Confluence instance now... Spring really deserves = >> one too, particularly as it's used within Confluence itself :-) >> >> Juergen >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: IBM Linux Tutorials >> Free Linux tutorial presented by Daniel Robbins, President and CEO of = >> GenToo technologies. Learn everything from fundamentals to system=20 >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick >> _______________________________________________ >> Springframework-developer mailing list=20 >> Spr...@li... >> https://lists.sourceforge.net/lists/listinfo/springframework-develope >> r >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo > technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&opk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of=20 > GenToo technologies. Learn everything from fundamentals to system=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Baum, K. <Kar...@Ta...> - 2004-04-14 12:43:51
|
There is one other slight issue I noticed with mapped properties. In
addition to supporting get/set methods that work with a Map object,
Struts suports methods that take key value pairs. For example:
public void setValue(String key, String value);
public String getValue(String key);
This feature allows the developer to abstract the underlying
implementation. It also guards against external code overwriting your
Map. Spring does not support this because it only uses java bean
introspection to find all properties in a bean. These Map methods are
not properties to Java. =20
I think in addition to supporting all get/sets picked up by the Bean
Introspecter, we should consider supporting this other get/set syntax
for Mapped properties.
=20
-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On =
Behalf
Of Hunter Kelly
Sent: Wednesday, April 14, 2004 5:35 AM
To: spr...@li...
Subject: Re: [Springframework-developer] java.util.Map fields and
commons validator
I have to say that I personally prefer [] syntax for both indexed and
mapped
properties, it's a more natural fit with scripting languages, and to me
it
just makes more sense - it's an indexing operation, not a method call!
My point is that it'd be great to support other syntaxes, but please
keep the [ syntax.
H
On Wednesday 14 April 2004 07:44, j=FCrgen h=F6ller [werk3AT] wrote:
> Karl,
>
> Agreed, it makes sense to be consistent with Commons BeanUtils /
Commons
> Validator / Struts here, while still supporting the current syntax.
Our
> current syntax is somewhat analogous to JSTL EL, but I don't mind
> supporting further syntactic options, as long as they don't introduce
> parsing problems.
>
> This should be pretty trivial to add, so I'll look into it this
weekend.
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag
von
> Baum, Karl Gesendet: Mi 14.04.2004 04:19
> An: spr...@li...
> Betreff: [Springframework-developer] java.util.Map fields and commons
> validator
>
>
>
> I have encountered an issue in regards to validating beans backed by =
a
> Map object while using the spring commons validator component. My
form
> is made to work with key value pairsbacked as a map. It has a field:
>
> /**
> * @return
> */
> public Map getValue() {
> return valueMap;
> }
>
> /**
> * @param map
> */
> public void setValue(Map map) {
> valueMap =3D map;
> }
>
> The problem isn't specific to the validator adapter. The problem has
to
> do with the way Spring symbolizes a mapped property in the
> BeanwrapperImpl class. Spring uses a '[' where as commons validator
and
> struts use '('. Another words a mapped property of firstName would
look
> like this in Spring:
>
> value[firstName]
>
> and this in commons validator:
>
> value(firstName)
>
> Commons validator uses '[' for indexed properties. Spring uses '['
for
> both indexed and Mapped properties. I think the best place to fix
this
> problem is on the Spring side in the BeanWrapperImpl. We might as
well
> be consistent with struts and commons validator in regards to our
> indexed and mapped property sytax. Perhaps we can support both
> syntaxes.
>
> Any thoughts?
>
> Karl
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> =
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcl=
ick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3DClick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> =
https://lists.sourceforge.net/lists/listinfo/springframework-developer
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Matthew E. P. <ma...@me...> - 2004-04-14 12:32:20
|
I believe an entire space can be exported to PDF in Confluence. There=20= may be a way to automate this via an ant script and a an http call. Cheers, matthew On Apr 14, 2004, at 6:19 AM, Darren Davison wrote: > >> Then something else. What's the plan with the reference=20 >> documentation? I'd >> like to keep something like a PDF in place, since a lot of people=20 >> like to >> have something offline. > > +1 > > I think a PDF or other offline/printable (and platform neutral)=20 > equivalent > is absolutely vital. > > --=20 > Darren Davison > Public Key: http://www.davison.uk.net/key.jsp > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-04-14 11:54:02
|
The existing spring approach is also similar to OGNL. In OGNL, '(' is
used for an actual method call, since you can also call methods, not
just navigate graphs.
I'm a bit of mixed feelings about adding '(' support in the BeanWrapper.
It would make the validation usage a bit more similar to
commons-validator/struts, but would muddy the water for general
expression syntax.
Karl, your issue with the setup right now is that people can't take
their existing definitions exactly as-is?
jürgen höller [werk3AT] wrote:
>Karl,
>
>Agreed, it makes sense to be consistent with Commons BeanUtils / Commons Validator / Struts here, while still supporting the current syntax. Our current syntax is somewhat analogous to JSTL EL, but I don't mind supporting further syntactic options, as long as they don't introduce parsing problems.
>
>This should be pretty trivial to add, so I'll look into it this weekend.
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag von Baum, Karl
>Gesendet: Mi 14.04.2004 04:19
>An: spr...@li...
>Betreff: [Springframework-developer] java.util.Map fields and commons validator
>
>
>
>I have encountered an issue in regards to validating beans backed by a
>Map object while using the spring commons validator component. My form
>is made to work with key value pairsbacked as a map. It has a field:
>
> /**
> * @return
> */
> public Map getValue() {
> return valueMap;
> }
>
> /**
> * @param map
> */
> public void setValue(Map map) {
> valueMap = map;
> }
>
>The problem isn't specific to the validator adapter. The problem has to
>do with the way Spring symbolizes a mapped property in the
>BeanwrapperImpl class. Spring uses a '[' where as commons validator and
>struts use '('. Another words a mapped property of firstName would look
>like this in Spring:
>
> value[firstName]
>
>and this in commons validator:
>
> value(firstName)
>
>Commons validator uses '[' for indexed properties. Spring uses '[' for
>both indexed and Mapped properties. I think the best place to fix this
>problem is on the Spring side in the BeanWrapperImpl. We might as well
>be consistent with struts and commons validator in regards to our
>indexed and mapped property sytax. Perhaps we can support both
>syntaxes.
>
>Any thoughts?
>
>Karl
>
>
|
|
From: Darren D. <da...@da...> - 2004-04-14 11:19:44
|
> Then something else. What's the plan with the reference documentation? = I'd > like to keep something like a PDF in place, since a lot of people like = to > have something offline. +1 I think a PDF or other offline/printable (and platform neutral) equivalen= t is absolutely vital. --=20 Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Alef A. <al...@jt...> - 2004-04-14 09:36:02
|
Ok, back in town ;-). I think an approach of making the context available is a good first = step. From there later on we could possibly extend things to include mappings based on portal mode, window state and maybe other criteria. But since = I'm seeing a lot of code getting duplicated if we go ahead there, I want to = take things slowly to see what the other options are. To get the context available, I think it's best to create something like = a FrameworkPortlet (similar to the FrameworkServlet). This allows for = further extension later on (possibly the creation of a DispatcherPortlet if we = need it). So: FrameworkPortlet extends PortletBean extends GenericPortlet,=20 offering the same functionality as the FrameworkServlet. I think = extending ApplicationContext to get a PortletApplicationContext is needed as well, = to allow for access to the PortletContext (instead of the ServletContext). This is the approach I've been taking last time I spent time on it. If = we can continue this discussion a bit to see what everybody thinks, then = I'll probably be able to implement something tomorrow, Friday and over the weekend (got some stuff lying around already so it shouldn't be that = hard). Regards, Alef =20 > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of William G. Thompson, Jr. > Sent: Wednesday, April 14, 2004 1:30 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Portlet and JSFs >=20 > j=FCrgen h=F6ller [werk3AT] wrote: > > But what criteria do you base your dispatching on when there's no = URL? > Request parameters? >=20 > yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some > state... >=20 > and of course the other tricky bit is the two step > call...ActionRequest/Response and then some time later the > RenderRequest/Response. >=20 > > > > Juergen > > > > > > ________________________________ > > > > Von: spr...@li... im = Auftrag > von Eduardo Issao Ito > > Gesendet: Di 13.04.2004 22:15 > > An: spr...@li... > > Betreff: Re: [Springframework-developer] Portlet and JSFs > > > > > > > > j=FCrgen h=F6ller [werk3AT] wrote: > > > >>>Portlets can not access the URL that the client used to initiate = the > request on the portal. > >> > >> > >>While that makes sense, it effectively makes me wonder whether we = need a > Portlet dispatcher: With Servlets, dispatching is all about flexible = URL > mapping. AFAIK, Portlets have doView, doEdit etc callbacks, similar to > doGet, doPost, etc from the Servlet API. > >> > >>So for typical Portlets, it's probably most important to allow for = easy > access to Spring facilities from those methods, rather than dispatch = to > some other components from a Portlet doView method. Portlet support > classes similar to the ones I just added for Struts come to my mind. > >> > >>This doesn't seem to be much effort at all. Am I on the wrong track > here? > >> > >>Juergen > > > > > > While in most cases a Portlet should be simple (just display some = info), > > sometimes one portlet can be a complete web application in itself. = In > this case, > > having an MVC framework can make a huge difference. Imagine = implementing > a whole > > web application inside a servlet doPost(), and no framework = underneath. > With > > portlets you only have doView() to do the same thing... > > > > A PortletDispatcher should be very similar to ServletDispatcher and > reuse > > everything that is possible from the actual mvc framework. Ideally, > implementing > > a portlet with Spring should be the same as implementing a servlet. > > > > >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Hunter K. <re...@ei...> - 2004-04-14 09:34:43
|
I have to say that I personally prefer [] syntax for both indexed and map=
ped
properties, it's a more natural fit with scripting languages, and to me i=
t
just makes more sense - it's an indexing operation, not a method call!
My point is that it'd be great to support other syntaxes, but please
keep the [ syntax.
H
On Wednesday 14 April 2004 07:44, j=FCrgen h=F6ller [werk3AT] wrote:
> Karl,
>
> Agreed, it makes sense to be consistent with Commons BeanUtils / Common=
s
> Validator / Struts here, while still supporting the current syntax. Our
> current syntax is somewhat analogous to JSTL EL, but I don't mind
> supporting further syntactic options, as long as they don't introduce
> parsing problems.
>
> This should be pretty trivial to add, so I'll look into it this weekend.
>
> Juergen
>
>
> ________________________________
>
> Von: spr...@li... im Auftrag v=
on
> Baum, Karl Gesendet: Mi 14.04.2004 04:19
> An: spr...@li...
> Betreff: [Springframework-developer] java.util.Map fields and commons
> validator
>
>
>
> I have encountered an issue in regards to validating beans backed by a
> Map object while using the spring commons validator component. My form
> is made to work with key value pairsbacked as a map. It has a field:
>
> /**
> * @return
> */
> public Map getValue() {
> return valueMap;
> }
>
> /**
> * @param map
> */
> public void setValue(Map map) {
> valueMap =3D map;
> }
>
> The problem isn't specific to the validator adapter. The problem has t=
o
> do with the way Spring symbolizes a mapped property in the
> BeanwrapperImpl class. Spring uses a '[' where as commons validator an=
d
> struts use '('. Another words a mapped property of firstName would loo=
k
> like this in Spring:
>
> value[firstName]
>
> and this in commons validator:
>
> value(firstName)
>
> Commons validator uses '[' for indexed properties. Spring uses '[' for
> both indexed and Mapped properties. I think the best place to fix this
> problem is on the Spring side in the BeanWrapperImpl. We might as well
> be consistent with struts and commons validator in regards to our
> indexed and mapped property sytax. Perhaps we can support both
> syntaxes.
>
> Any thoughts?
>
> Karl
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc=
lick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3DClick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Hunter K. <re...@ei...> - 2004-04-14 09:23:52
|
Is there any point in abstracting the common functionality into an interf= ace,=20 or is it kind of pointless? H On Friday 09 April 2004 06:46, j=FCrgen h=F6ller [werk3AT] wrote: > JaxRpcPortClientInterceptor is indeed a "remote accessor", but it has a > different base class, therefore it doesn't extend the convenience base > class org.springframework.remoting.support.RemoteAccessor. > > For a working example, have a look at our JPetStore sample app: It expo= rts > its OrderService via 4 different remoting protocols, namely Hessian, > Burlap, JAX-RPC and RMI invoker. It also includes a sample > OrderServiceClient that accesses the service via all of those protocols. > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag v= on > Hunter Kelly Gesendet: Do 08.04.2004 20:52 > An: spr...@li... > Betreff: [Springframework-developer] Should JaxRpcPortClientInterceptor > implement RemoteAccessor? > > > > I was looking at the various classes and packages in > org.springframework.remoting, and I was looking that JaxRpc stuff. > > It seems like JaxRpcPortClientInterceptor has the methods to be conside= red > a "RemoteAccessor"? Is it a remote accessor? > > I'll admit that I'm not completely au fait with JaxRPC and whatnot > (I was kinda hoping Spring can help me out :) and I was just trying > to figure out which classes do what, and how they can help, > when I came across what looks like the above mentioned oversight. > > Thanks, > > H > > P.S. If anyone has any useful examples of the JaxRpc stuff, I'd be > very appreciative! > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dc= lick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3DClick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Alef A. <al...@jt...> - 2004-04-14 08:45:18
|
Ok, so now I'd like to include some more MVC documentation (about = workflow and stuff, asked for on the forum), but I don't know where. You mentioned something about creating spaces; I assume only Spring Confluence administrators can do something like that... Then something else. What's the plan with the reference documentation? = I'd like to keep something like a PDF in place, since a lot of people like = to have something offline. When we've got everything in confluence, I don't think moving it to dockbook again makes sense; that is, if a reasonable export to PDF is possible that resembles a bit... Any opinions? Alef > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On = Behalf > Of Mike Cannon-Brookes > Sent: Wednesday, April 14, 2004 8:56 AM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring wiki >=20 > At the moment, as user management is handled by JIRA - you have to > signup to JIRA and then you should be able to login to Confluence. >=20 > I just changed it (oops) to allow anonymous browsing and commenting on > the one space I created. Feel free of course to create more spaces as > Spring needs (ie for docs, 1.1 etc). >=20 > M >=20 > On 14/04/2004, at 3:19 PM, Nadeem Bitar wrote: >=20 > > How do you register? > > > > > > On ?, 2004-04-14 at 16:19 +1000, Mike Cannon-Brookes wrote: > > > >> OK - deal! (pun intended) > >> > >> http://opensource.atlassian.com/confluence/spring :) > >> > >> (PS this was almost all setup a week ago - sorry for the delay - we > >> wanted to get the JIRA user management integration working properly > >> first so that people could use the same login/password as Spring = JIRA) > >> > >> Seriously - any questions about setup etc, please ask me (either on > >> the > >> list or via any possible contact means - > >> http://conflence.atlassian.com/display/~mi...@at... for > >> details). > >> > >> Enjoy! > >> > >> Cheers, > >> Mike > >> > >> -- > >> ATLASSIAN - http://www.atlassian.com/ > >> > >> Confluence - the professional J2EE wiki - tried it yet? > >> http://www.atlassian.com/confluence/ > >> > >> On 14/04/2004, at 8:53 AM, Keith Donald wrote: > >> > >>> +1. I very much desire Confluence for evolving the preliminiary = docs > >>> on the > >>> upcoming 1.1 features. > >>> > >>> Seriously whoever sets up our wiki can have a couple of spins at = the > >>> roulette wheel at the TSS in Vegas ON ME! :-) > >>> > >>> -----Original Message----- > >>> From: spr...@li... > >>> [mailto:spr...@li...] On > >>> Behalf Of > >>> Dmitriy Kopylenko > >>> Sent: Tuesday, April 13, 2004 6:08 PM > >>> To: spr...@li... > >>> Subject: Re: [Springframework-developer] Spring wiki > >>> > >>> > >>> Mike told me that it would have been available this week. Didn't = hear > >>> from > >>> him... > >>> > >>> Dmitriy. > >>> > >>> ----- Original Message ----- > >>> From: j=FC?gen h=F6?ler [werk3AT] <jue...@we...> > >>> Date: Tuesday, April 13, 2004 5:02 pm > >>> Subject: [Springframework-developer] Spring wiki > >>> > >>>> Guys, > >>>> > >>>> We need a wiki ASAP, most importantly for preliminary docs on > >>>> upcoming 1.1 features that aren't covered in the reference docs > >>>> yet. Any volunteers for proceeding with a Confluence setup? Not > >>>> only Pico but even TSS have a Confluence instance now... Spring > >>>> really deserves one too, particularly as it's used within > >>>> Confluence itself :-) > >>>> > >>>> Juergen > >>>> > >>>> > >>>> ------------------------------------------------------- > >>>> This SF.Net email is sponsored by: IBM Linux Tutorials > >>>> Free Linux tutorial presented by Daniel Robbins, President and = CEO > >>>> of > >>>> GenToo technologies. Learn everything from fundamentals to system > >>>> = administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > >>>> _______________________________________________ > >>>> Springframework-developer mailing list > >>>> Spr...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/springframework- > >>>> developer > >>>> > >>> > >>> > >>> > >>> ------------------------------------------------------- > >>> This SF.Net email is sponsored by: IBM Linux Tutorials > >>> Free Linux tutorial presented by Daniel Robbins, President and CEO = of > >>> GenToo > >>> technologies. Learn everything from fundamentals to system > >>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&opk > >>> _______________________________________________ > >>> Springframework-developer mailing list > >>> Spr...@li... > >>> https://lists.sourceforge.net/lists/listinfo/springframework- > >>> developer > >>> > >>> > >>> > >>> ------------------------------------------------------- > >>> This SF.Net email is sponsored by: IBM Linux Tutorials > >>> Free Linux tutorial presented by Daniel Robbins, President and CEO = of > >>> GenToo technologies. Learn everything from fundamentals to system > >>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CC? > >>> _______________________________________________ > >>> Springframework-developer mailing list > >>> Spr...@li... > >>> https://lists.sourceforge.net/lists/listinfo/springframework- > >>> developer > >>> > >> > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by: IBM Linux Tutorials > >> Free Linux tutorial presented by Daniel Robbins, President and CEO = of > >> GenToo technologies. Learn everything from fundamentals to system > >> = administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > >> _______________________________________________ > >> Springframework-developer mailing list > >> Spr...@li... > >> = https://lists.sourceforge.net/lists/listinfo/springframework-developer > > -- > > ************************ > > Nadeem Bitar > > Software Engineer > > IzuCode, LLC > > 858-337-6159 > > 5230 Fiore Terrace #k208 > > San Diego, Ca 92122 > > ************************ > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO = of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op? > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > = https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Mike Cannon-B. <mi...@at...> - 2004-04-14 06:56:07
|
At the moment, as user management is handled by JIRA - you have to =20 signup to JIRA and then you should be able to login to Confluence. I just changed it (oops) to allow anonymous browsing and commenting on =20= the one space I created. Feel free of course to create more spaces as =20= Spring needs (ie for docs, 1.1 etc). M On 14/04/2004, at 3:19 PM, Nadeem Bitar wrote: > How do you register? > > > On =E6=B0=B4, 2004-04-14 at 16:19 +1000, Mike Cannon-Brookes wrote: > >> OK - deal! (pun intended) >> >> http://opensource.atlassian.com/confluence/spring :) >> >> (PS this was almost all setup a week ago - sorry for the delay - we >> wanted to get the JIRA user management integration working properly >> first so that people could use the same login/password as Spring = JIRA) >> >> Seriously - any questions about setup etc, please ask me (either on =20= >> the >> list or via any possible contact means - >> http://conflence.atlassian.com/display/~mi...@at... for >> details). >> >> Enjoy! >> >> Cheers, >> Mike >> >> -- >> ATLASSIAN - http://www.atlassian.com/ >> >> Confluence - the professional J2EE wiki - tried it yet? >> http://www.atlassian.com/confluence/ >> >> On 14/04/2004, at 8:53 AM, Keith Donald wrote: >> >>> +1. I very much desire Confluence for evolving the preliminiary = docs >>> on the >>> upcoming 1.1 features. >>> >>> Seriously whoever sets up our wiki can have a couple of spins at the >>> roulette wheel at the TSS in Vegas ON ME! :-) >>> >>> -----Original Message----- >>> From: spr...@li... >>> [mailto:spr...@li...] On >>> Behalf Of >>> Dmitriy Kopylenko >>> Sent: Tuesday, April 13, 2004 6:08 PM >>> To: spr...@li... >>> Subject: Re: [Springframework-developer] Spring wiki >>> >>> >>> Mike told me that it would have been available this week. Didn't = hear >>> from >>> him... >>> >>> Dmitriy. >>> >>> ----- Original Message ----- >>> From: j=C3=BC=E7=B3=85gen h=C3=B6=E5=9A=AEler [werk3AT] = <jue...@we...> >>> Date: Tuesday, April 13, 2004 5:02 pm >>> Subject: [Springframework-developer] Spring wiki >>> >>>> Guys, >>>> >>>> We need a wiki ASAP, most importantly for preliminary docs on >>>> upcoming 1.1 features that aren't covered in the reference docs >>>> yet. Any volunteers for proceeding with a Confluence setup? Not >>>> only Pico but even TSS have a Confluence instance now... Spring >>>> really deserves one too, particularly as it's used within >>>> Confluence itself :-) >>>> >>>> Juergen >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by: IBM Linux Tutorials >>>> Free Linux tutorial presented by Daniel Robbins, President and CEO =20= >>>> of >>>> GenToo technologies. Learn everything from fundamentals to system >>>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick= >>>> _______________________________________________ >>>> Springframework-developer mailing list >>>> Spr...@li... >>>> https://lists.sourceforge.net/lists/listinfo/springframework-=20 >>>> developer >>>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: IBM Linux Tutorials >>> Free Linux tutorial presented by Daniel Robbins, President and CEO = of >>> GenToo >>> technologies. Learn everything from fundamentals to system >>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&opk >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-=20 >>> developer >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: IBM Linux Tutorials >>> Free Linux tutorial presented by Daniel Robbins, President and CEO = of >>> GenToo technologies. Learn everything from fundamentals to system >>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=C3=8C=E5= =AE=A3 >>> _______________________________________________ >>> Springframework-developer mailing list >>> Spr...@li... >>> https://lists.sourceforge.net/lists/listinfo/springframework-=20 >>> developer >>> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: IBM Linux Tutorials >> Free Linux tutorial presented by Daniel Robbins, President and CEO of >> GenToo technologies. Learn everything from fundamentals to system >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> = https://lists.sourceforge.net/lists/listinfo/springframework-developer > --=20 > ************************ > Nadeem Bitar > Software Engineer > IzuCode, LLC > 858-337-6159 > 5230 Fiore Terrace #k208 > San Diego, Ca 92122 > ************************ > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=E5=A4=9C > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: <jue...@we...> - 2004-04-14 06:48:57
|
Karl,
=20
Agreed, it makes sense to be consistent with Commons BeanUtils / Commons =
Validator / Struts here, while still supporting the current syntax. Our =
current syntax is somewhat analogous to JSTL EL, but I don't mind =
supporting further syntactic options, as long as they don't introduce =
parsing problems.
=20
This should be pretty trivial to add, so I'll look into it this weekend.
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Baum, Karl
Gesendet: Mi 14.04.2004 04:19
An: spr...@li...
Betreff: [Springframework-developer] java.util.Map fields and commons =
validator
I have encountered an issue in regards to validating beans backed by a
Map object while using the spring commons validator component. My form
is made to work with key value pairsbacked as a map. It has a field:
/**
* @return
*/
public Map getValue() {
return valueMap;
}
/**
* @param map
*/
public void setValue(Map map) {
valueMap =3D map;
}
The problem isn't specific to the validator adapter. The problem has to
do with the way Spring symbolizes a mapped property in the
BeanwrapperImpl class. Spring uses a '[' where as commons validator and
struts use '('. Another words a mapped property of firstName would look
like this in Spring:
value[firstName]
and this in commons validator:
value(firstName)
Commons validator uses '[' for indexed properties. Spring uses '[' for
both indexed and Mapped properties. I think the best place to fix this
problem is on the Spring side in the BeanWrapperImpl. We might as well
be consistent with struts and commons validator in regards to our
indexed and mapped property sytax. Perhaps we can support both
syntaxes.=20
Any thoughts?
Karl
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Nadeem B. <na...@ea...> - 2004-04-14 06:27:56
|
How do you register? On =BF=E5, 2004-04-14 at 16:19 +1000, Mike Cannon-Brookes wrote: > OK - deal! (pun intended) >=20 > http://opensource.atlassian.com/confluence/spring :) >=20 > (PS this was almost all setup a week ago - sorry for the delay - we=20 > wanted to get the JIRA user management integration working properly=20 > first so that people could use the same login/password as Spring JIRA) >=20 > Seriously - any questions about setup etc, please ask me (either on the=20 > list or via any possible contact means -=20 > http://conflence.atlassian.com/display/~mi...@at... for=20 > details). >=20 > Enjoy! >=20 > Cheers, > Mike >=20 > -- > ATLASSIAN - http://www.atlassian.com/ >=20 > Confluence - the professional J2EE wiki - tried it yet? > http://www.atlassian.com/confluence/ >=20 > On 14/04/2004, at 8:53 AM, Keith Donald wrote: >=20 > > +1. I very much desire Confluence for evolving the preliminiary docs=20 > > on the > > upcoming 1.1 features. > > > > Seriously whoever sets up our wiki can have a couple of spins at the > > roulette wheel at the TSS in Vegas ON ME! :-) > > > > -----Original Message----- > > From: spr...@li... > > [mailto:spr...@li...] On=20 > > Behalf Of > > Dmitriy Kopylenko > > Sent: Tuesday, April 13, 2004 6:08 PM > > To: spr...@li... > > Subject: Re: [Springframework-developer] Spring wiki > > > > > > Mike told me that it would have been available this week. Didn't hear=20 > > from > > him... > > > > Dmitriy. > > > > ----- Original Message ----- > > From: j=8F=AB=E4rgen h=8F=AB=D3ller [werk3AT] <juergen.hoeller@werk3at.= com> > > Date: Tuesday, April 13, 2004 5:02 pm > > Subject: [Springframework-developer] Spring wiki > > > >> Guys, > >> > >> We need a wiki ASAP, most importantly for preliminary docs on > >> upcoming 1.1 features that aren't covered in the reference docs > >> yet. Any volunteers for proceeding with a Confluence setup? Not > >> only Pico but even TSS have a Confluence instance now... Spring > >> really deserves one too, particularly as it's used within > >> Confluence itself :-) > >> > >> Juergen > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by: IBM Linux Tutorials > >> Free Linux tutorial presented by Daniel Robbins, President and CEO of > >> GenToo technologies. Learn everything from fundamentals to system > >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > >> _______________________________________________ > >> Springframework-developer mailing list > >> Spr...@li... > >> https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of=20 > > GenToo > > technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&opk > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IBM Linux Tutorials > > Free Linux tutorial presented by Daniel Robbins, President and CEO of > > GenToo technologies. Learn everything from fundamentals to system > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=8F=AA=C0k > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer --=20 ************************ Nadeem Bitar Software Engineer IzuCode, LLC 858-337-6159 5230 Fiore Terrace #k208 San Diego, Ca 92122 ************************=20 |
|
From: Mike Cannon-B. <mi...@at...> - 2004-04-14 06:20:11
|
OK - deal! (pun intended) http://opensource.atlassian.com/confluence/spring :) (PS this was almost all setup a week ago - sorry for the delay - we=20 wanted to get the JIRA user management integration working properly=20 first so that people could use the same login/password as Spring JIRA) Seriously - any questions about setup etc, please ask me (either on the=20= list or via any possible contact means -=20 http://conflence.atlassian.com/display/~mi...@at... for=20 details). Enjoy! Cheers, Mike -- ATLASSIAN - http://www.atlassian.com/ Confluence - the professional J2EE wiki - tried it yet? http://www.atlassian.com/confluence/ On 14/04/2004, at 8:53 AM, Keith Donald wrote: > +1. I very much desire Confluence for evolving the preliminiary docs=20= > on the > upcoming 1.1 features. > > Seriously whoever sets up our wiki can have a couple of spins at the > roulette wheel at the TSS in Vegas ON ME! :-) > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On=20 > Behalf Of > Dmitriy Kopylenko > Sent: Tuesday, April 13, 2004 6:08 PM > To: spr...@li... > Subject: Re: [Springframework-developer] Spring wiki > > > Mike told me that it would have been available this week. Didn't hear=20= > from > him... > > Dmitriy. > > ----- Original Message ----- > From: j=FCrgen h=F6ller [werk3AT] <jue...@we...> > Date: Tuesday, April 13, 2004 5:02 pm > Subject: [Springframework-developer] Spring wiki > >> Guys, >> >> We need a wiki ASAP, most importantly for preliminary docs on >> upcoming 1.1 features that aren't covered in the reference docs >> yet. Any volunteers for proceeding with a Confluence setup? Not >> only Pico but even TSS have a Confluence instance now... Spring >> really deserves one too, particularly as it's used within >> Confluence itself :-) >> >> Juergen >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: IBM Linux Tutorials >> Free Linux tutorial presented by Daniel Robbins, President and CEO of >> GenToo technologies. Learn everything from fundamentals to system >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick >> _______________________________________________ >> Springframework-developer mailing list >> Spr...@li... >> = https://lists.sourceforge.net/lists/listinfo/springframework-developer >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of=20= > GenToo > technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&opk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=CCk > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Baum, K. <Kar...@Ta...> - 2004-04-14 02:22:46
|
I have encountered an issue in regards to validating beans backed by a
Map object while using the spring commons validator component. My form
is made to work with key value pairsbacked as a map. It has a field:
/**
* @return
*/
public Map getValue() {
return valueMap;
}
/**
* @param map
*/
public void setValue(Map map) {
valueMap = map;
}
The problem isn't specific to the validator adapter. The problem has to
do with the way Spring symbolizes a mapped property in the
BeanwrapperImpl class. Spring uses a '[' where as commons validator and
struts use '('. Another words a mapped property of firstName would look
like this in Spring:
value[firstName]
and this in commons validator:
value(firstName)
Commons validator uses '[' for indexed properties. Spring uses '[' for
both indexed and Mapped properties. I think the best place to fix this
problem is on the Spring side in the BeanWrapperImpl. We might as well
be consistent with struts and commons validator in regards to our
indexed and mapped property sytax. Perhaps we can support both
syntaxes.
Any thoughts?
Karl
|
|
From: Rob M. <Rob...@pe...> - 2004-04-14 00:39:46
|
jürgen höller [werk3AT] wrote: > Guys, > > We need a wiki ASAP, most importantly for preliminary docs on upcoming 1.1 features that aren't covered in the reference docs yet. Any volunteers for proceeding with a Confluence setup? Not only Pico but even TSS have a Confluence instance now... Spring really deserves one too, particularly as it's used within Confluence itself :-) > > Juergen > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click I'd be willing to do it, if you need somebody. Rob |
|
From: William G. T. Jr. <wg...@ru...> - 2004-04-13 23:29:43
|
jürgen höller [werk3AT] wrote: > But what criteria do you base your dispatching on when there's no URL? Request parameters? yes, plus perhaps the Portal Mode (edit,view,help,...) and maybe some state... and of course the other tricky bit is the two step call...ActionRequest/Response and then some time later the RenderRequest/Response. > > Juergen > > > ________________________________ > > Von: spr...@li... im Auftrag von Eduardo Issao Ito > Gesendet: Di 13.04.2004 22:15 > An: spr...@li... > Betreff: Re: [Springframework-developer] Portlet and JSFs > > > > jürgen höller [werk3AT] wrote: > >>>Portlets can not access the URL that the client used to initiate the request on the portal. >> >> >>While that makes sense, it effectively makes me wonder whether we need a Portlet dispatcher: With Servlets, dispatching is all about flexible URL mapping. AFAIK, Portlets have doView, doEdit etc callbacks, similar to doGet, doPost, etc from the Servlet API. >> >>So for typical Portlets, it's probably most important to allow for easy access to Spring facilities from those methods, rather than dispatch to some other components from a Portlet doView method. Portlet support classes similar to the ones I just added for Struts come to my mind. >> >>This doesn't seem to be much effort at all. Am I on the wrong track here? >> >>Juergen > > > While in most cases a Portlet should be simple (just display some info), > sometimes one portlet can be a complete web application in itself. In this case, > having an MVC framework can make a huge difference. Imagine implementing a whole > web application inside a servlet doPost(), and no framework underneath. With > portlets you only have doView() to do the same thing... > > A PortletDispatcher should be very similar to ServletDispatcher and reuse > everything that is possible from the actual mvc framework. Ideally, implementing > a portlet with Spring should be the same as implementing a servlet. > > |
|
From: Dmitriy K. <dko...@ru...> - 2004-04-13 23:06:21
|
Damn=2C too bad I can=27t go to Vegas =3B-) ----- Original Message ----- From=3A Keith Donald =3Ckdonald=40csi-inc=2Ecom=3E Date=3A Tuesday=2C April 13=2C 2004 5=3A53 pm Subject=3A RE=3A =5BSpringframework-developer=5D Spring wiki =3E +1=2E I very much desire Confluence for evolving the preliminiary = =3E docs on the =3E upcoming 1=2E1 features=2E =3E = =3E Seriously whoever sets up our wiki can have a couple of spins at the =3E roulette wheel at the TSS in Vegas ON ME! =3A-) =3E = =3E -----Original Message----- =3E From=3A springframework-developer-admin=40lists=2Esourceforge=2Enet =3E =5Bspringframework-developer-admin=40lists=2Esourceforge=2Enet=5D On = Behalf Of =3E Dmitriy Kopylenko =3E Sent=3A Tuesday=2C April 13=2C 2004 6=3A08 PM =3E To=3A springframework-developer=40lists=2Esourceforge=2Enet =3E Subject=3A Re=3A =5BSpringframework-developer=5D Spring wiki =3E = =3E = =3E Mike told me that it would have been available this week=2E Didn=27t = =3E hear from =3E him=2E=2E=2E =3E = =3E Dmitriy=2E =3E = =3E ----- Original Message ----- =3E From=3A j=C3=BCrgen h=C3=B6ller =5Bwerk3AT=5D =3Cjuergen=2Ehoeller=40= werk3at=2Ecom=3E =3E Date=3A Tuesday=2C April 13=2C 2004 5=3A02 pm =3E Subject=3A =5BSpringframework-developer=5D Spring wiki =3E = =3E =3E Guys=2C =3E =3E = =3E =3E We need a wiki ASAP=2C most importantly for preliminary docs on =3E =3E upcoming 1=2E1 features that aren=27t covered in the reference do= cs = =3E =3E yet=2E Any volunteers for proceeding with a Confluence setup=3F N= ot = =3E =3E only Pico but even TSS have a Confluence instance now=2E=2E=2E Sp= ring = =3E =3E really deserves one too=2C particularly as it=27s used within = =3E =3E Confluence itself =3A-) =3E =3E = =3E =3E Juergen =3E =3E = =3E =3E = =3E =3E ------------------------------------------------------- =3E =3E This SF=2ENet email is sponsored by=3A IBM Linux Tutorials =3E =3E Free Linux tutorial presented by Daniel Robbins=2C President and = =3E CEO of = =3E =3E GenToo technologies=2E Learn everything from fundamentals to = =3E system = =3E =3E administration=2Ehttp=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1470=26allo= c=5Fid638=26op=3Dclick =3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =3E =3E Springframework-developer mailing list = =3E =3E Springframework-developer=40lists=2Esourceforge=2Enet =3E =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframewor= k- =3E developer=3E = =3E = =3E = =3E = =3E ------------------------------------------------------- =3E This SF=2ENet email is sponsored by=3A IBM Linux Tutorials =3E Free Linux tutorial presented by Daniel Robbins=2C President and CEO = =3E of GenToo =3E technologies=2E Learn everything from fundamentals to system =3E administration=2Ehttp=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1470=26alloc=5F= id638=26opk =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =3E Springframework-developer mailing list =3E Springframework-developer=40lists=2Esourceforge=2Enet =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframework-de= veloper =3E = =3E = =3E = =3E ------------------------------------------------------- =3E This SF=2ENet email is sponsored by=3A IBM Linux Tutorials =3E Free Linux tutorial presented by Daniel Robbins=2C President and CEO = of =3E GenToo technologies=2E Learn everything from fundamentals to system =3E administration=2Ehttp=3A//ads=2Eosdn=2Ecom/=3Fad=5Fid=1470=26alloc=5F= id638=26op=3Dclick =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =3E Springframework-developer mailing list =3E Springframework-developer=40lists=2Esourceforge=2Enet =3E https=3A//lists=2Esourceforge=2Enet/lists/listinfo/springframework-de= veloper =3E |
|
From: Keith D. <kd...@cs...> - 2004-04-13 22:53:54
|
+1. I very much desire Confluence for evolving the preliminiary docs on = the upcoming 1.1 features. Seriously whoever sets up our wiki can have a couple of spins at the roulette wheel at the TSS in Vegas ON ME! :-) -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf = Of Dmitriy Kopylenko Sent: Tuesday, April 13, 2004 6:08 PM To: spr...@li... Subject: Re: [Springframework-developer] Spring wiki Mike told me that it would have been available this week. Didn't hear = from him... Dmitriy. ----- Original Message ----- From: j=FCrgen h=F6ller [werk3AT] <jue...@we...> Date: Tuesday, April 13, 2004 5:02 pm Subject: [Springframework-developer] Spring wiki > Guys, >=20 > We need a wiki ASAP, most importantly for preliminary docs on > upcoming 1.1 features that aren't covered in the reference docs=20 > yet. Any volunteers for proceeding with a Confluence setup? Not=20 > only Pico but even TSS have a Confluence instance now... Spring=20 > really deserves one too, particularly as it's used within=20 > Confluence itself :-) >=20 > Juergen >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of=20 > GenToo technologies. Learn everything from fundamentals to system=20 > administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick > _______________________________________________ > Springframework-developer mailing list=20 > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer >=20 ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of = GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&opk _______________________________________________ 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.
