springframework-developer — Spring Framework developers list

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

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

Yes, if you have a create proposal on your mind, then please create a JIRA
issue for it.

The JDO doc section can certainly be based on our Hibernate docs. Moving
forward, I guess Colin and myself are gonna care for it overall, with
community contributions (up to entire sections) getting merged in.

FYI, I'm about to leave for Denmark, returning on Wednesday - which means
I'm not available for kicking this off till mix next week. Feel free to
create JIRA issues and/or gather stuff on the wiki in the meantime :-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Marc Logemann
Sent: Saturday, May 28, 2005 3:00 PM
To: spr...@li...
Subject: [Springframework-developer] Re: [Springframework-user]
JDOTemplate and in-memory queries


Juergen Hoeller wrote:

> I wouldn't be opposed to add in-memory queries explictly, although there's
> of course always the option to implement a whole sequence of JDO
operations
> in a JdoCallback, operating on the passed-in PersistenceManager. I can't
> tell how common the use of in-memory queries is...

If you use JDO heavily like i do, then you will definitely use this
feature. I could make a proposol for the enhancement of JDOTEmplate.
Should i place this in JIRA for further reviewing?

> You hit a nail there :-) The JDO section in the reference docs is overdue.
A
> TopLink section needs to be added as well. We simply haven't found the
time
> to address those yet. You are of course very welcome to contribute!

I ve written something for the wiki allready and i ve made my
experiences with JDO and Spring, even though i am far away from being
perfect, so yes, i can contribute if one or two people can jump in too.

> I guess we should officially start the JDO doc ASAP, with release 1.2.2 as
> target for a first version. Colin/Rob, what are your thoughts on this?
Could
> we maybe start with collecting some stuff from the wiki?

We could use the same structure as with the hibernate spring docs cant
we, because the approaches of them are pretty much the same. How can a
collabiration look like? I dont want to write things others have
allready written.


--
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

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

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

Juergen Hoeller wrote:

> I wouldn't be opposed to add in-memory queries explictly, although there's
> of course always the option to implement a whole sequence of JDO operations
> in a JdoCallback, operating on the passed-in PersistenceManager. I can't
> tell how common the use of in-memory queries is...

If you use JDO heavily like i do, then you will definitely use this 
feature. I could make a proposol for the enhancement of JDOTEmplate. 
Should i place this in JIRA for further reviewing?

> You hit a nail there :-) The JDO section in the reference docs is overdue. A
> TopLink section needs to be added as well. We simply haven't found the time
> to address those yet. You are of course very welcome to contribute!

I ve written something for the wiki allready and i ve made my 
experiences with JDO and Spring, even though i am far away from being 
perfect, so yes, i can contribute if one or two people can jump in too.

> I guess we should officially start the JDO doc ASAP, with release 1.2.2 as
> target for a first version. Colin/Rob, what are your thoughts on this? Could
> we maybe start with collecting some stuff from the wiki?

We could use the same structure as with the hibernate spring docs cant 
we, because the approaches of them are pretty much the same. How can a 
collabiration look like? I dont want to write things others have 
allready written.


-- 
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de

[Springframework-developer] Spring Framework 1.2.1 released

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

Dear Spring community,

I'm pleased to announce that Spring 1.2.1 has just been released. This is a
bugfix and refinement release, addressing a number of issues found in 1.2
final.

Furthermore, we have updated PetClinic to serve as showcase for JMX export:
the JDBC version exposes a cache refresh operation and a call monitor via
JMX now.

I'd like to encourage all Spring 1.2 RC/final users to upgrade to Spring
1.2.1, in particular if using the Hibernate3 integration.

FYI, a 1.2.2 release is scheduled for late June, introducing various minor
new features. See our JIRA for details.

Cheers,

Juergen

-----
Juergen Hoeller
Interface21 - Spring Services from the Source
http://www.springframework.com

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

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

Hi Marc,

I wouldn't be opposed to add in-memory queries explictly, although there's
of course always the option to implement a whole sequence of JDO operations
in a JdoCallback, operating on the passed-in PersistenceManager. I can't
tell how common the use of in-memory queries is...

You hit a nail there :-) The JDO section in the reference docs is overdue. A
TopLink section needs to be added as well. We simply haven't found the time
to address those yet. You are of course very welcome to contribute!

I guess we should officially start the JDO doc ASAP, with release 1.2.2 as
target for a first version. Colin/Rob, what are your thoughts on this? Could
we maybe start with collecting some stuff from the wiki?

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf Of
Marc Logemann
Sent: Saturday, May 28, 2005 11:50 AM
To: spr...@li...
Subject: [Springframework-user] JDOTemplate and in-memory queries


Hi,

would it make sense to add in-memory queries to JDOTemplate. So instead
of doing:

Collection col = // some results of former DB operation

Query q2 = pm.newQuery(My.class, col, "attr == searchstr");
Collection col2 = (Collection) q2.execute();

This could be done by enhancing JDOTemplate:

col = template.findInCollection(My.class, "attr == searchstr", col)

The only problem i see is that you need a lot of variants of
findInCollection() as seen in find().

Comments?

BTW is there any reason that the JDO section is still blank in the
Spring docs? Or am i the only one using JDO with Spring ;-) I would join
efforts if something is underway.

--
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Springframework-user mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-user

[Springframework-developer] (no subject)

[Damian G. <qs...@ya...>]

  
__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Springframework-developer] spring build.271 Build Successful

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

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

[Springframework-developer] Preparing for release 1.2.1

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

Hi everybody,

I've just finished my tests for our 1.2.1 release: Everything seems to work
nicely, so nothing is in the way regarding a release tonight / tomorrow
morning. 1.2.1 is almost entirely a bugfix and refinement release.

The only remaining issue is a little refinement in
CustomizableTraceInterceptor, which Rob is gonna commit tonight. I'm waiting
for this enhancement, then gonna create the actual release and upload it.

If you happen to find a last minute issue (in 1.2 final or in one of the
recent nightly snapshots), don't hesitate to let me know _before_ the actual
release :-)

Juergen

[Springframework-developer] spring build.270 Build Successful

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

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

[Springframework-developer] jmx convenience

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

First off, the JMX stuff is great stuff.

 

After working with it a bit in several different settings now for clients,
I've think the following would be useful:

 

- The InterfaceBasedMBeanInfoAssembler as the default assembly strategy
instead of ReflectionBased (as reflection guessing is arguably not a best
practice)

 

- A convenience: setManagementInterface and/or setManagementInterfaces
method on MBeanExporter to make it easy to specify what interface to use.
(as an aside: I'm not sure if 'managedInterfaces' is the most appropriate
name-it's really a management interface.)

 

- The ability to specify an exporter with a single convenience bean element,
perhaps like:

<property name="bean" value="performanceMonitor"/>

. with defaults for the domain name and object name generation (where by
default the object name would be something in the format
"domainname:service=${beanName}")

 

Keith

 

[Springframework-developer] Re: Integrating Castor JDO with Spring

[<jm...@ch...>]

Werner,

I followed the link to Codehaus and see your patch files.  Is there any
chance you could post the .java files?  I am currently working on
integrating Spring with Torque and I think i could learn from the steps you
are taking.

-jm

> Message: 2
> From: "Werner Guttmann" <wer...@gm...>
> To: "spr...@li..."
> <spr...@li...>
> Cc: "me" <wer...@an...>
> Date: Wed, 25 May 2005 11:57:05 +0200
> Subject: [Springframework-developer] Integrating Castor JDO with Spring
> Reply-To: spr...@li...
>
> Hi,
>
> as some of you might have already noticed (http://www.
> springframework.org/node/100), I am currently working on getting
> Castor JDO (http://castor.codehaus.org) - and possibly maybe Castor
> XML - integrated with Spring. We are currently in the
> process of selecting a couple of Castor JDO users willing to test-
> drive that code that has been produced by myself. Whilst
> finishing preparations for this task, I'd be interested to learn
> about the (standard) procedures for 'donating' such code to the
> Spring framework. As we are (unfortunately .. ;-)) not the first
> ones going about this, I am sure a couple of lessons have been
> learned at your side by integrating Hibernate, JDO et alias.
>
> Any pointers would be welcome, but most importantly, I'd be
> interested to learn about
>
> - licensing
> - availability of (JUnit) tests for testing the integration.
> - documentation
>
> For those of you feeling a desire to risk an early peek, a very
> early patch can be reviewed at
> http://jira.codehaus.org/browse/CASTOR-1095. This patch basically
> includes classes like LocalCastorFactoryBean,
> CastorTemplate, CastorInterceptor and CastorTransactionManager (plus
> supporting classes), plus some (initial) JUnit test
> cases (to be expanded) testing various aspects of integration.
>
> Regards
> Werner Guttmann
>
> --
>
> http://castor.codehaus.org
> Castor JDO, technical lead
>
> http://www.anecon.com
> Software engineer, architect
>
>

[Springframework-developer] Spring PortletMVC multipart (fileupload) support

[J.Enrique Ruiz-V. <jen...@gm...>]

Hi all,

Currently, Spring PortletMVC doesn't have file upload support. Due to
the requirements of one of our projects we have to develop it. And now,
we like to contribute it to Spring community but we doesn't know how we
can do it.

Our work is centered on the refactoring of the package
org.springframework.web.multipart.commons in order to use Jakarta
Commons FileUpload 1.1-dev.

We work with Spring Webflow for Portlets and we had to add
MultipartRequest support to SWF too.

Do you consider this work has interest for Spring community?

Best regards.

--
eruiz at disid dot com

RE: [Springframework-developer] Re: I am getting following error in Sun One Portal. Is this a SunOne Portal issue or should framework set content type automatically?

[Boyce, K. G. <Kei...@bc...>]

That's the error.. See forum
http://forum.springframework.org/viewtopic.php?p=3D23016#23016

Seems the only place to fix this is DispatcherPortlet private method
since that's the only place that has access to both view and
RenderResponseImpl. What are your thoughts on possible fix?

Garry

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of John Lewis
Sent: Thursday, May 26, 2005 2:22 AM
To: spr...@li...
Subject: [Springframework-developer] Re: I am getting following error in
Sun One Portal. Is this a SunOne Portal issue or should framework set
content type automatically?

Is that the complete error message, or is there more information?  Any
additional error data would be helpful.  Thanks!

Boyce, Keith Garry wrote:
> I am getting following error in Sun One Portal. Is this a Sun One=0D
> Portal issue or should framework set content type automatically?
>=0D
>=0D
> ERROR:
>=0D
> ViewRendererServle: 96 - Could not complete request
>=0D
> java.lang.IllegalStateException: RenderResponseImpl.getWriter:
> contentType either contains a wildcard or is not set
>=0D
> Thanks,
> Garry
>=0D
> This message is a PRIVATE communication.
> If you are not the intended recipient, please do not read, copy, or=0D
> use it, and do not disclose it to others. Please notify the sender of=0D
> the delivery error by replying to this message, and then delete it=0D
> from your system. Thank you.
>=0D
>=0D
> -------------------------------------------------------
> SF.Net email is sponsored by: GoToMeeting - the easiest way to=0D
> collaborate online with coworkers and clients while avoiding the high=0D
> cost of travel and communications. There is no equipment to buy and=0D
> you can meet as often as you want. Try it=0D
> free.http://ads.osdn.com/?ad_idt02&alloc_id=16135&op=3Dclick



-------------------------------------------------------
SF.Net email is sponsored by: GoToMeeting - the easiest way to
collaborate online with coworkers and clients while avoiding the high
cost of travel and communications. There is no equipment to buy and you
can meet as often as you want. Try it
free.http://ads.osdn.com/?ad_id=3D7402&alloc_id=3D16135&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.

[Springframework-developer] XSLT and Resin

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

Hi,

There's a problem using our AbstractXsltView code in Resin (I checked it =
in
3.0.13) which isn't apparant in Tomcat 5.5.x, JBoss 4.0.x and WebSphere 5=
.0.x.
 It only ever renders the first stylesheet it encounters and uses that
stylesheet even in views that don't set it as the stylesheet location.  R=
esin
seems to be compiling XSL files into JavaClasses with generated source co=
de
placed in WEB-INF/work

Details are here: http://opensource.atlassian.com/projects/spring/browse/=
SPR-917

Is anyone a Resin expert here - any idea why this may be happening or mor=
e
importantly, how to fix it?

--=20
Darren Davison
Public Key: 0xDD356B0D

[Springframework-developer] Re: I am getting following error in Sun One Portal. Is this a Sun One Portal issue or should framework set content type automatically?

[John L. <jl...@ar...>]

Is that the complete error message, or is there more information?  Any 
additional error data would be helpful.  Thanks!

Boyce, Keith Garry wrote:
> I am getting following error in Sun One Portal. Is this a Sun One Portal
> issue or should framework set content type automatically?
> 
> 
> ERROR:
> 
> ViewRendererServle: 96 - Could not complete request
> 
> java.lang.IllegalStateException: RenderResponseImpl.getWriter:
> contentType either contains a wildcard or is not set
> 
> Thanks,
> Garry
> 
> This message is a PRIVATE communication.
> If you are not the intended recipient, please do not read, copy,
> or use it, and do not disclose it to others. Please notify the
> sender of the delivery error by replying to this message, and then
> delete it from your system. Thank you.
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
> online with coworkers and clients while avoiding the high cost of travel and
> communications. There is no equipment to buy and you can meet as often as
> you want. Try it free.http://ads.osdn.com/?ad_idt02&alloc_id135&op=click

[Springframework-developer] Re: I am getting following error in Sun One Portal. Is this a Sun One Portal issue or should framework set content type automatically?

[Daniel C. <dca...@nd...>]

Hi Garry,

We are using Sun Portal at work and I remember having the same problem. We  
had to explicitly set the content type.

> I am getting following error in Sun One Portal. Is this a Sun One Portal
> issue or should framework set content type automatically?=0D
>
> ERROR:=0D
> ViewRendererServle: 96 - Could not complete request=0D
> java.lang.IllegalStateException: RenderResponseImpl.getWriter:
> contentType either contains a wildcard or is not set
>
> Thanks,
> Garry

-- 
Daniel Campagnoli
Software Engineer - Business Applications
The University of Notre Dame Australia
19 Mouat Street (PO Box 1225)
Fremantle, Western Australia 6959
Tel: +61 8 9433 0291
Email: dca...@nd...
Internet: www.nd.edu.au
CRICOS code: 01032F

IMPORTANT: This e-mail and any attachments may be confidential. If you are  
not the intended recipient you should not disclose, copy, disseminate or  
otherwise use the information contained in it. If you have received this  
e-mail in error, please notify us immediately by return e-mail and delete  
or destroy the document. Confidential and legal privilege are not waived  
or lost by reason of mistaken delivery to you. The University of Notre  
Dame Australia is not responsible for any changes made to a document other  
than those made by the University. Before opening or using attachments  
please check them for viruses and defects. Our liability is limited to  
re-supplying any affected attachments.

[Springframework-developer] I am getting following error in Sun One Portal. Is this a Sun One Portal issue or should framework set content type automatically?

[Boyce, K. G. <Kei...@bc...>]

I am getting following error in Sun One Portal. Is this a Sun One Portal
issue or should framework set content type automatically?=0D

ERROR:=0D
ViewRendererServle: 96 - Could not complete request=0D
java.lang.IllegalStateException: RenderResponseImpl.getWriter:
contentType either contains a wildcard or is not set

Thanks,
Garry

This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.

[Springframework-developer] spring build.269 Build Successful

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

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

[Springframework-developer] Integrating Castor JDO with Spring

[Werner G. <wer...@gm...>]

Hi,

as some of you might have already noticed (http://www.springframework.org/node/100), I am currently working on getting 
Castor JDO (http://castor.codehaus.org) - and possibly maybe Castor XML - integrated with Spring. We are currently in the 
process of selecting a couple of Castor JDO users willing to test-drive that code that has been produced by myself. Whilst 
finishing preparations for this task, I'd be interested to learn about the (standard) procedures for 'donating' such code to the 
Spring framework. As we are (unfortunately .. ;-)) not the first ones going about this, I am sure a couple of lessons have been 
learned at your side by integrating Hibernate, JDO et alias.

Any pointers would be welcome, but most importantly, I'd be interested to learn about

- licensing
- availability of (JUnit) tests for testing the integration.
- documentation

For those of you feeling a desire to risk an early peek, a very early patch can be reviewed at 
http://jira.codehaus.org/browse/CASTOR-1095. This patch basically includes classes like LocalCastorFactoryBean, 
CastorTemplate, CastorInterceptor and CastorTransactionManager (plus supporting classes), plus some (initial) JUnit test 
cases (to be expanded) testing various aspects of integration.

Regards
Werner Guttmann

--

http://castor.codehaus.org
Castor JDO, technical lead

http://www.anecon.com
Software engineer, architect

Re: [Springframework-developer] Support for state/controller chaining in Portlets? (not quite webflow)

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

No, we don't have that at the moment.

Erwin Vervaet
erw...@er...
----- Original Message -----=20
From: "Boyce, Keith Garry" <Kei...@bc...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 10:23 PM
Subject: RE: [Springframework-developer] Support for state/controller=20
chaining in Portlets? (not quite webflow)



The is no current method to just automatically restart the flow right?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Erwin Vervaet
Sent: Tuesday, May 24, 2005 4:08 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)

From the JavaDoc:

* A downside of this storage strategy (and of server-side continuations
in

* general) is that there could be many copies of the flow execution
stored in

* the portlet session, increasing server memory requirements.

* <p>

Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Boyce, Keith Garry" <Kei...@bc...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:54 PM
Subject: RE: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)



What's the disadvantage to using
PortletSessionContinuationFlowExecutionStorage?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Erwin Vervaet
Sent: Tuesday, May 24, 2005 3:55 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)

Regarding the back button: if your requirements mandate that the user be
able to use the back & refresh buttons offered by the browser, SWF is
basically out unless you are prepared to go for a continuations based
flow storage strategy (e.g.
PortletSessionContinuationFlowExecutionStorage). On the other hand, if
it is acceptable that use of the back/refresh button leads to an error
page that allows the user to restart the flow, you can use SWF no
problem.


Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Steven Devijver" <ste...@gm...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:18 AM
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)


Regarding the WebFlow FAQ entry, this should not be a limitation for
CRUD applications. For example, you should never call the remove action
before you have displayed the related record which is by itself an
example of a workflow. The same for detail screens, you should first
pass through a table view or another detail screen.

I'm not sure about the back button, maybe somebody from the WebFlow crew
could comment on that.

On 5/17/05, Tim Kettering <tim...@vi...> wrote:
>
> Hi everyone,
>
> I'm just throwing this out here to see what other people have to say.

> I can see from the list that there are a few developers actively
> working on portal solutions using Spring MVC.  We are starting on our
> first project using this as well, and one of the issues I'm trying to
> figure out now is the matter of maintaining state in a portlet.
>
> In a typical CRUD example, if we have a portlet to display, edit and
> maange information about a certain object, like a Book. We'd have
> view, edit and delete functionality for example.
>
> In a typical non-portlet webapp, we could easily split those up across

> different servlets for fine-grained areas of responsibility.
>
> But it's not as simple with portlets, because there are limitations on

> what can be done, and essentially, all requests would need to go thru
> a single portlet configuration.
>
> So, it no longer become sufficient to configure a simple portlet
> controller for a portlet.  There needs to be a way to maintain state
> and to delegate the request/response process to different types of
> controllers depending on the state.  Like a View page would need to go

> thru a derivation of BaseCommandController, an Edit page would go thru

> SimpleFormController.
>
> And not to mention adding yet another dimension when considering
> portlet modes as well!
>
> This article at IBM Developerworks pretty much covers the same issue I

> am bringing up:
>
> http://www-106.ibm.com/developerworks/websphere/library/techarticles/0
> 312_ha
> nis/hanis1.html
>
> I did look at Spring's WebFlow a few days ago to see if it could
> address our issue, but in the Webflow FAQ, it pretty much states that
> WebFlow should not be used in cases where the user will be using
> back-button, or indeterminate actions not within a strict flow.
>
> So that kinda leaves me back at square one.  After some discussion
> with my co-worker, I would imagine that this is a common problem for
> any Spring portlet developer creating more than just simple portlet
functionality.
> And
> that as Spring portlet support matures, this will be a more common
> issue for everyone.  Hence this email to the list.
>
> I'm now wondering how some of you have addressed this problem, and
> whether there is a need for Spring's portlet support, to be in Spring
> 1.3 to include some way to configure and facilitate a state process,
> maybe even based on WebFlow's state machine - although I have only
> given WebFlow's state functionality a brief look.
>
> Thanks in advance,
>
> -tim
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be
> the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>


--
"If you want to be a different fish, you gotta jump out of the school."
-- Captain Beefheart


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be
the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q2200=
5
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy, or use
it, and do not disclose it to others. Please notify the sender of the
delivery error by replying to this message, and then delete it from your
system. Thank you.


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q2200=
5
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q2200=
5
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q2200=
5
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] spring build.268 Build Successful

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

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

RE: [Springframework-developer] Support for state/controller chaining in Portlets? (not quite webflow)

[Boyce, K. G. <Kei...@bc...>]

The is no current method to just automatically restart the flow right?=0D

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Erwin Vervaet
Sent: Tuesday, May 24, 2005 4:08 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)

From the JavaDoc:

* A downside of this storage strategy (and of server-side continuations
in

* general) is that there could be many copies of the flow execution
stored in

* the portlet session, increasing server memory requirements.

* <p>

Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Boyce, Keith Garry" <Kei...@bc...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:54 PM
Subject: RE: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)



What's the disadvantage to using
PortletSessionContinuationFlowExecutionStorage?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Erwin Vervaet
Sent: Tuesday, May 24, 2005 3:55 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)

Regarding the back button: if your requirements mandate that the user be
able to use the back & refresh buttons offered by the browser, SWF is
basically out unless you are prepared to go for a continuations based
flow storage strategy (e.g.
PortletSessionContinuationFlowExecutionStorage). On the other hand, if
it is acceptable that use of the back/refresh button leads to an error
page that allows the user to restart the flow, you can use SWF no
problem.


Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Steven Devijver" <ste...@gm...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:18 AM
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)


Regarding the WebFlow FAQ entry, this should not be a limitation for
CRUD applications. For example, you should never call the remove action
before you have displayed the related record which is by itself an
example of a workflow. The same for detail screens, you should first
pass through a table view or another detail screen.

I'm not sure about the back button, maybe somebody from the WebFlow crew
could comment on that.

On 5/17/05, Tim Kettering <tim...@vi...> wrote:
>
> Hi everyone,
>
> I'm just throwing this out here to see what other people have to say.

> I can see from the list that there are a few developers actively=0D
> working on portal solutions using Spring MVC.  We are starting on our=0D
> first project using this as well, and one of the issues I'm trying to=0D
> figure out now is the matter of maintaining state in a portlet.
>
> In a typical CRUD example, if we have a portlet to display, edit and=0D
> maange information about a certain object, like a Book. We'd have=0D
> view, edit and delete functionality for example.
>
> In a typical non-portlet webapp, we could easily split those up across

> different servlets for fine-grained areas of responsibility.
>
> But it's not as simple with portlets, because there are limitations on

> what can be done, and essentially, all requests would need to go thru=0D
> a single portlet configuration.
>
> So, it no longer become sufficient to configure a simple portlet=0D
> controller for a portlet.  There needs to be a way to maintain state=0D
> and to delegate the request/response process to different types of=0D
> controllers depending on the state.  Like a View page would need to go

> thru a derivation of BaseCommandController, an Edit page would go thru

> SimpleFormController.
>
> And not to mention adding yet another dimension when considering=0D
> portlet modes as well!
>
> This article at IBM Developerworks pretty much covers the same issue I

> am bringing up:
>
> http://www-106.ibm.com/developerworks/websphere/library/techarticles/0
> 312_ha
> nis/hanis1.html
>
> I did look at Spring's WebFlow a few days ago to see if it could=0D
> address our issue, but in the Webflow FAQ, it pretty much states that=0D
> WebFlow should not be used in cases where the user will be using=0D
> back-button, or indeterminate actions not within a strict flow.
>
> So that kinda leaves me back at square one.  After some discussion=0D
> with my co-worker, I would imagine that this is a common problem for=0D
> any Spring portlet developer creating more than just simple portlet
functionality.
> And
> that as Spring portlet support matures, this will be a more common=0D
> issue for everyone.  Hence this email to the list.
>
> I'm now wondering how some of you have addressed this problem, and=0D
> whether there is a need for Spring's portlet support, to be in Spring
> 1.3 to include some way to configure and facilitate a state process,=0D
> maybe even based on WebFlow's state machine - although I have only=0D
> given WebFlow's state functionality a brief look.
>
> Thanks in advance,
>
> -tim
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be=0D
> the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list=0D
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>


--
"If you want to be a different fish, you gotta jump out of the school."
-- Captain Beefheart


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be
the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy, or use
it, and do not disclose it to others. Please notify the sender of the
delivery error by replying to this message, and then delete it from your
system. Thank you.


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.

Re: [Springframework-developer] Spring 1.2 Spring JTA tx timeout, tx rolls back, but no exception thrown (another race condition)

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

Indeed, since the change, flush should always be called. More generally
speaking, a commit will be attempted instead of a rollback, even if the
underlying transaction has been marked rollback-only (by something other
than Spring's TransactionStatus object).

The race condition appeared to have been in the JTA implementation,
actually: depending on whether a parallel thread there marked the
transaction rollback-only after a timeout, Spring would have attempted a
rollback or commit. If you set the timeout sufficiently low and let your
code sleep sufficiently long, you should almost always get a rollback-only
marker, as the parallel thread will have enough time to kick in.

If you want to double-check, you could try to reproduce the problem with an
old spring.jar, then drop in the new spring.jar and see whether you're
unable to reproduce it again.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Dave Ballard
Sent: Tuesday, May 24, 2005 4:58 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Spring 1.2 Spring JTA tx
timeout, tx rolls back, but no exception thrown (another race condition)


Hi Juergen,

I've been testing with spring-framework-1.2.1-build.267-20050524.zip,
and can't seem to recreate the problem, so it appears fixed. One thing
that is bothering me, though, is that my scenario was a race condition.
Basically, one of two things would happen on a timeout:

1) Tx rolls back and
org.springframework.jdbc.UncategorizedSQLException(SQLException(TimeoutExcep
tion)
thrown by a call to hibernate session.flush()
2) Tx rolls back

When using spring-framework-1.2.1-build.267-20050524, now, all I
encounter is:

1) Tx rolls back and
org.springframework.jdbc.UncategorizedSQLException(SQLException(TimeoutExcep
tion)
thrown by a call to hibernate session.flush()

So it *appears* that with the fix, flush() is always called. This is
fine with me, but is this what you would expect from your fix, or am I
just getting lucky?

Dave

Dave Ballard wrote:

> Hi Juergen ,
>
> That's great. I will give it a try tomorrow.
>
> Dave
>
> Juergen Hoeller wrote:
>
>> Dave,
>>
>> I've already finished the reworking: AbstractPlatformTransactionManager
>> discriminated between a "local" and a "global" rollback-only flag
>> now, which
>> was fortunately straightforward to do.
>>
>> "local" refers to a TransactionStatus.setRollbackOnly() call by the
>> application, which leads to a silent rollback (usually, the
>> application will
>> throw an appropriate exception).
>>
>> "global" refers to the UserTransaction or resource holder being
>> marked as
>> rollback-only, which can only happen through the transaction
>> coordinator.
>> One example for this is a transaction timeout.
>>
>> There is one side effect, though: If you have an outer and an inner
>> transaction and call TransactionStatus.setRollbackOnly() on the inner
>> transaction without throwing an exception, you got a silent rollback
>> of the
>> outer transaction before. Now, the outer transaction will throw an
>> UnexpectedRollbackException instead.
>>
>> I guess it's more appropriate to throw an UnexpectedRollbackException
>> here
>> in any case, to avoid surprises for callers of the outer transaction.
>> Usually, the inner transaction will throw an exception anyway, so the
>> outer
>> transaction will simply rollback and propagate that exception.
>>
>> In total, I'm happy with the new semantics. Rollbacks will always
>> lead to an
>> exception, unless the local TransactionStatus object received a
>> setRollbackOnly() call from the application. The slight change in
>> semantics
>> should not be an issue, as I do not expect any application to rely on
>> such
>> silent rollbacks of outer transactions.
>>
>> I'll commit this today; it should be available in the next nightly
>> build.
>> Please give this refined behavior a try and let me know how it works for
>> you!
>>
>> Juergen
>>
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...]On Behalf
>> Of Dave Ballard
>> Sent: Sunday, May 22, 2005 1:22 AM
>> To: spr...@li...
>> Subject: Re: [Springframework-developer] Spring 1.2 Spring JTA tx
>> timeout, tx rolls back, but no exception thrown (another race condition)
>>
>>
>> Hi Juergen,
>>
>> Thanks for checking into this. Does look a little ugly. Hopefully you'll
>> find a way to tell the difference between the two different rollback
>> situations (or to inquire if in fact a timeout has occurred). Currently
>> this is a show-stopper for me. Although this type of timeout won't
>> happen frequently, it will happen, and the consequences will be a little
>> difficult to track down because of the lack of an exception.
>>
>> Thanks again for your help,
>> Dave
>>
>> Juergen Hoeller wrote:
>>
>>
>>
>>> Good point - thanks for reporting this! JTA implementations seem to
>>> mark
>>> transaction as rollback-only when they have timed out, without further
>>> indication. So unless you attempt an actual resource operation after
>>> the
>>> timeout, there is no guarantee than an exception gets thrown before
>>> commit.
>>>
>>> If Spring discovers a rollback-only status, it assumes that the
>>> application
>>> has set the transaction to rollback-only and triggers a silent
>>> rollback.
>>> This will usually happen when TransactionStatus.setRollbackOnly()
>>> has been
>>> called, instead of configuring a rollback rule, with an
>>> application-level
>>> exception getting thrown.
>>>
>>> In the case of a JTA timeout, the rollback-only marker comes from
>>> the JTA
>>> subsystem, though. Spring effectively misinterprets that marker as
>>> driven
>>>
>>
>> by
>>
>>
>>> the application, which leads to an inappropriate silent reaction.
>>> I'll fix
>>> that for Spring 1.2.1, although it's unfortunately not that trivial
>>> for the
>>> general case.
>>>
>>> Juergen
>>>
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On Behalf
>>> Of Dave Ballard
>>> Sent: Friday, May 20, 2005 10:44 PM
>>> To: spr...@li...
>>> Subject: [Springframework-developer] Spring 1.2 Spring JTA tx timeout,
>>> tx rolls back, but no exception thrown (another race condition)
>>>
>>>
>>> Hi Juergen,
>>>
>>> Using unpatched Spring 1.2 on WebLogic 6.1. I've defined a
>>> Spring-managed service bean, with the following transaction manager and
>>> transaction interceptor beans:
>>>
>>> <bean id="MyTransactionManager"
>>> class="org.springframework.transaction.jta.JtaTransactionManager">
>>>   <property
>>>
name="transactionManagerName"><value>java:comp/UserTransaction</value></pro
>>>
>>>
>>
>> p
>>
>>
>>> erty>
>>> </bean>
>>>
>>> <bean id="MyTransactionInterceptor"
>>>
class="org.springframework.transaction.interceptor.TransactionInterceptor">
>>>
>>>   <property name="transactionManager"><ref
>>> bean="MyTransactionManager"/></property>
>>>   <property name="transactionAttributeSource">
>>>     <value>
>>>       PaymentService.commit=PROPAGATION_REQUIRED,-Exception
>>>     </value>
>>>   </property>
>>> </bean>
>>>
>>> The transactional demarcation causes a commit when the method succeeds,
>>> and causes a rollback when an exception is thrown (and throws the
>>> exception), as expected. However, if I introduce a 40 second sleep in
>>> the method, the transaction rolls back as expected, but sometimes no
>>> exception is thrown. In the case where no exception is thrown, I can
>>> see
>>> in the Spring log:
>>>
>>> WARN 14:45:03,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (EjbUtils.java:626) - START SLEEP 40:
>>> PaymentServiceImpl.commit() 40 seconds......
>>> WARN 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (EjbUtils.java:633) - DONE  SLEEP 40:
>>> PaymentServiceImpl.commit() 40 seconds......
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (TransactionAspectSupport.java:258) - Invoking commit for
>>> transaction on PaymentService.commit
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (AbstractPlatformTransactionManager.java:382) -
>>> Transactional code has requested rollback
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (AbstractPlatformTransactionManager.java:542) - Triggering
>>> beforeCompletion synchronization
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (TransactionSynchronizationManager.java:177) - Removed
>>> value [org.springframework.orm.hibernate.SessionHolder@57f820] for key
>>> [net.sf.hibernate.impl.SessionFactoryImpl@39569e] from thread
>>> [ExecuteThread: '30' for queue: 'default']
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (SessionFactoryUtils.java:730) - Closing Hibernate Session
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (AbstractPlatformTransactionManager.java:463) - Initiating
>>> transaction rollback
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (JtaTransactionManager.java:719) - Rolling back JTA
>>>
>>
>> transaction
>>
>>
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (AbstractPlatformTransactionManager.java:572) - Triggering
>>> afterCompletion synchronization
>>> DEBUG 14:45:43,156 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (TransactionSynchronizationManager.java:252) - Clearing
>>> transaction synchronization
>>> INFO 14:45:43,171 [ExecuteThread: '30' for queue: 'default']
>>> [edemo_acme] (PaymentCommit.java:167) - PERFORMANCE END   PaymentCommit
>>>
>>> This is an intermittent problem that occurs in both 1.1.5 and 1.2. I
>>> run
>>> the same test over and over, and while it always rolls back, it only
>>> sometimes throws an exception. In the case where it does throw an
>>> exception, the log is different:
>>>
>>> WARN 15:18:54,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (EjbUtils.java:626) - START SLEEP 40:
>>> PaymentServiceImpl.commit() 40 seconds......
>>> WARN 15:19:34,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (EjbUtils.java:633) - DONE  SLEEP 40:
>>> PaymentServiceImpl.commit() 40 seconds......
>>> DEBUG 15:19:34,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (TransactionAspectSupport.java:241) - Invoking commit for
>>> transaction on method 'commit' in class [PaymentService]
>>> DEBUG 15:19:34,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (AbstractPlatformTransactionManager.java:523) - Triggering
>>> beforeCommit synchronization
>>> DEBUG 15:19:34,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (SessionFactoryUtils.java:809) - Flushing Hibernate
>>> session
>>> on transaction synchronization
>>> DEBUG 15:19:34,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (SQLErrorCodeSQLExceptionTranslator.java:225) - Unable to
>>> translate SQLException with errorCode '0', will now try the fallback
>>> translator
>>> DEBUG 15:19:34,109 [ExecuteThread: '31' for queue: 'default']
>>> [edemo_acme] (SQLStateSQLExceptionTranslator.java:74) - Translating
>>> SQLException with SQLState 'null' and errorCode '0' and message [The
>>> transaction is no longer active (status = Rolled back.
>>> [Reason=weblogic.transaction.internal.TimedOutException: Transaction
>>> timed out after 28 seconds
>>> [snip]
>>>
>>> This appears to be another race condition. In the case where the
>>> exception is thrown, the transaction has not yet been flagged as
>>> rollback-only. The code proceeds to attempt a hibernate flush(), and
>>> this causes a SQLException(TimedOutException) to be thrown.
>>>
>>> In the first case where no exception is thrown, the transaction has
>>> already been flagged rollback-only, so the code never calls hibernate
>>> flush, and simply returns w/o an exception after rolling back the tx.
>>>
>>> This is a pretty serious problem for my application because the calling
>>> code has no idea that the transaction rolled back.
>>>
>>> Thanks,
>>> Dave
>>>
>>>
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by Oracle Space Sweepstakes
>>> Want to be the first software developer in space?
>>> Enter now for the Oracle Space Sweepstakes!
>>> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by Oracle Space Sweepstakes
>>> Want to be the first software developer in space?
>>> Enter now for the Oracle Space Sweepstakes!
>>> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Oracle Space Sweepstakes
>> Want to be the first software developer in space?
>> Enter now for the Oracle Space Sweepstakes!
>> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Oracle Space Sweepstakes
>> Want to be the first software developer in space?
>> Enter now for the Oracle Space Sweepstakes!
>> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Support for state/controller chaining in Portlets? (not quite webflow)

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

From the JavaDoc:

* A downside of this storage strategy (and of server-side continuations i=
n

* general) is that there could be many copies of the flow execution store=
d=20
in

* the portlet session, increasing server memory requirements.

* <p>

Erwin Vervaet
erw...@er...
----- Original Message -----=20
From: "Boyce, Keith Garry" <Kei...@bc...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:54 PM
Subject: RE: [Springframework-developer] Support for state/controller=20
chaining in Portlets? (not quite webflow)



What's the disadvantage to using
PortletSessionContinuationFlowExecutionStorage?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Erwin Vervaet
Sent: Tuesday, May 24, 2005 3:55 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)

Regarding the back button: if your requirements mandate that the user be
able to use the back & refresh buttons offered by the browser, SWF is
basically out unless you are prepared to go for a continuations based
flow storage strategy (e.g.
PortletSessionContinuationFlowExecutionStorage). On the other hand, if
it is acceptable that use of the back/refresh button leads to an error
page that allows the user to restart the flow, you can use SWF no
problem.


Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Steven Devijver" <ste...@gm...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:18 AM
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)


Regarding the WebFlow FAQ entry, this should not be a limitation for
CRUD applications. For example, you should never call the remove action
before you have displayed the related record which is by itself an
example of a workflow. The same for detail screens, you should first
pass through a table view or another detail screen.

I'm not sure about the back button, maybe somebody from the WebFlow crew
could comment on that.

On 5/17/05, Tim Kettering <tim...@vi...> wrote:
>
> Hi everyone,
>
> I'm just throwing this out here to see what other people have to say.

> I can see from the list that there are a few developers actively
> working on portal solutions using Spring MVC.  We are starting on our
> first project using this as well, and one of the issues I'm trying to
> figure out now is the matter of maintaining state in a portlet.
>
> In a typical CRUD example, if we have a portlet to display, edit and
> maange information about a certain object, like a Book. We'd have
> view, edit and delete functionality for example.
>
> In a typical non-portlet webapp, we could easily split those up across

> different servlets for fine-grained areas of responsibility.
>
> But it's not as simple with portlets, because there are limitations on

> what can be done, and essentially, all requests would need to go thru
> a single portlet configuration.
>
> So, it no longer become sufficient to configure a simple portlet
> controller for a portlet.  There needs to be a way to maintain state
> and to delegate the request/response process to different types of
> controllers depending on the state.  Like a View page would need to go

> thru a derivation of BaseCommandController, an Edit page would go thru

> SimpleFormController.
>
> And not to mention adding yet another dimension when considering
> portlet modes as well!
>
> This article at IBM Developerworks pretty much covers the same issue I

> am bringing up:
>
> http://www-106.ibm.com/developerworks/websphere/library/techarticles/0
> 312_ha
> nis/hanis1.html
>
> I did look at Spring's WebFlow a few days ago to see if it could
> address our issue, but in the Webflow FAQ, it pretty much states that
> WebFlow should not be used in cases where the user will be using
> back-button, or indeterminate actions not within a strict flow.
>
> So that kinda leaves me back at square one.  After some discussion
> with my co-worker, I would imagine that this is a common problem for
> any Spring portlet developer creating more than just simple portlet
functionality.
> And
> that as Spring portlet support matures, this will be a more common
> issue for everyone.  Hence this email to the list.
>
> I'm now wondering how some of you have addressed this problem, and
> whether there is a need for Spring's portlet support, to be in Spring
> 1.3 to include some way to configure and facilitate a state process,
> maybe even based on WebFlow's state machine - although I have only
> given WebFlow's state functionality a brief look.
>
> Thanks in advance,
>
> -tim
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be
> the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>


--
"If you want to be a different fish, you gotta jump out of the school."
-- Captain Beefheart


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q2200=
5
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q2200=
5
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Support for state/controller chaining in Portlets? (not quite webflow)

[Boyce, K. G. <Kei...@bc...>]

What's the disadvantage to using
PortletSessionContinuationFlowExecutionStorage?

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of Erwin Vervaet
Sent: Tuesday, May 24, 2005 3:55 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)

Regarding the back button: if your requirements mandate that the user be
able to use the back & refresh buttons offered by the browser, SWF is
basically out unless you are prepared to go for a continuations based
flow storage strategy (e.g.
PortletSessionContinuationFlowExecutionStorage). On the other hand, if
it is acceptable that use of the back/refresh button leads to an error
page that allows the user to restart the flow, you can use SWF no
problem.


Erwin Vervaet
erw...@er...
----- Original Message -----
From: "Steven Devijver" <ste...@gm...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:18 AM
Subject: Re: [Springframework-developer] Support for state/controller
chaining in Portlets? (not quite webflow)


Regarding the WebFlow FAQ entry, this should not be a limitation for
CRUD applications. For example, you should never call the remove action
before you have displayed the related record which is by itself an
example of a workflow. The same for detail screens, you should first
pass through a table view or another detail screen.

I'm not sure about the back button, maybe somebody from the WebFlow crew
could comment on that.

On 5/17/05, Tim Kettering <tim...@vi...> wrote:
>
> Hi everyone,
>
> I'm just throwing this out here to see what other people have to say.

> I can see from the list that there are a few developers actively=0D
> working on portal solutions using Spring MVC.  We are starting on our=0D
> first project using this as well, and one of the issues I'm trying to=0D
> figure out now is the matter of maintaining state in a portlet.
>
> In a typical CRUD example, if we have a portlet to display, edit and=0D
> maange information about a certain object, like a Book. We'd have=0D
> view, edit and delete functionality for example.
>
> In a typical non-portlet webapp, we could easily split those up across

> different servlets for fine-grained areas of responsibility.
>
> But it's not as simple with portlets, because there are limitations on

> what can be done, and essentially, all requests would need to go thru=0D
> a single portlet configuration.
>
> So, it no longer become sufficient to configure a simple portlet=0D
> controller for a portlet.  There needs to be a way to maintain state=0D
> and to delegate the request/response process to different types of=0D
> controllers depending on the state.  Like a View page would need to go

> thru a derivation of BaseCommandController, an Edit page would go thru

> SimpleFormController.
>
> And not to mention adding yet another dimension when considering=0D
> portlet modes as well!
>
> This article at IBM Developerworks pretty much covers the same issue I

> am bringing up:
>
> http://www-106.ibm.com/developerworks/websphere/library/techarticles/0
> 312_ha
> nis/hanis1.html
>
> I did look at Spring's WebFlow a few days ago to see if it could=0D
> address our issue, but in the Webflow FAQ, it pretty much states that=0D
> WebFlow should not be used in cases where the user will be using=0D
> back-button, or indeterminate actions not within a strict flow.
>
> So that kinda leaves me back at square one.  After some discussion=0D
> with my co-worker, I would imagine that this is a common problem for=0D
> any Spring portlet developer creating more than just simple portlet
functionality.
> And
> that as Spring portlet support matures, this will be a more common=0D
> issue for everyone.  Hence this email to the list.
>
> I'm now wondering how some of you have addressed this problem, and=0D
> whether there is a need for Spring's portlet support, to be in Spring=0D
> 1.3 to include some way to configure and facilitate a state process,=0D
> maybe even based on WebFlow's state machine - although I have only=0D
> given WebFlow's state functionality a brief look.
>
> Thanks in advance,
>
> -tim
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be=0D
> the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list=0D
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>


--
"If you want to be a different fish, you gotta jump out of the school."
-- Captain Beefheart


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


This message is a PRIVATE communication.
If you are not the intended recipient, please do not read, copy,
or use it, and do not disclose it to others. Please notify the
sender of the delivery error by replying to this message, and then
delete it from your system. Thank you.

Re: [Springframework-developer] Support for state/controller chaining in Portlets? (not quite webflow)

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

Regarding the back button: if your requirements mandate that the user be=20
able to use the back & refresh buttons offered by the browser, SWF is=20
basically out unless you are prepared to go for a continuations based flo=
w=20
storage strategy (e.g. PortletSessionContinuationFlowExecutionStorage). O=
n=20
the other hand, if it is acceptable that use of the back/refresh button=20
leads to an error page that allows the user to restart the flow, you can =
use=20
SWF no problem.


Erwin Vervaet
erw...@er...
----- Original Message -----=20
From: "Steven Devijver" <ste...@gm...>
To: <spr...@li...>
Sent: Tuesday, May 24, 2005 9:18 AM
Subject: Re: [Springframework-developer] Support for state/controller=20
chaining in Portlets? (not quite webflow)


Regarding the WebFlow FAQ entry, this should not be a limitation for
CRUD applications. For example, you should never call the remove
action before you have displayed the related record which is by itself
an example of a workflow. The same for detail screens, you should
first pass through a table view or another detail screen.

I'm not sure about the back button, maybe somebody from the WebFlow
crew could comment on that.

On 5/17/05, Tim Kettering <tim...@vi...> wrote:
>
> Hi everyone,
>
> I'm just throwing this out here to see what other people have to say.  =
I=20
> can
> see from the list that there are a few developers actively working on=20
> portal
> solutions using Spring MVC.  We are starting on our first project using=
=20
> this
> as well, and one of the issues I'm trying to figure out now is the matt=
er=20
> of
> maintaining state in a portlet.
>
> In a typical CRUD example, if we have a portlet to display, edit and=20
> maange
> information about a certain object, like a Book. We'd have view, edit a=
nd
> delete functionality for example.
>
> In a typical non-portlet webapp, we could easily split those up across
> different servlets for fine-grained areas of responsibility.
>
> But it's not as simple with portlets, because there are limitations on=20
> what
> can be done, and essentially, all requests would need to go thru a sing=
le
> portlet configuration.
>
> So, it no longer become sufficient to configure a simple portlet=20
> controller
> for a portlet.  There needs to be a way to maintain state and to delega=
te
> the request/response process to different types of controllers dependin=
g=20
> on
> the state.  Like a View page would need to go thru a derivation of
> BaseCommandController, an Edit page would go thru SimpleFormController.
>
> And not to mention adding yet another dimension when considering portle=
t
> modes as well!
>
> This article at IBM Developerworks pretty much covers the same issue I =
am
> bringing up:
>
> http://www-106.ibm.com/developerworks/websphere/library/techarticles/03=
12_ha
> nis/hanis1.html
>
> I did look at Spring's WebFlow a few days ago to see if it could addres=
s=20
> our
> issue, but in the Webflow FAQ, it pretty much states that WebFlow shoul=
d=20
> not
> be used in cases where the user will be using back-button, or=20
> indeterminate
> actions not within a strict flow.
>
> So that kinda leaves me back at square one.  After some discussion with=
 my
> co-worker, I would imagine that this is a common problem for any Spring
> portlet developer creating more than just simple portlet functionality.=
=20
> And
> that as Spring portlet support matures, this will be a more common issu=
e=20
> for
> everyone.  Hence this email to the list.
>
> I'm now wondering how some of you have addressed this problem, and whet=
her
> there is a need for Spring's portlet support, to be in Spring 1.3 to=20
> include
> some way to configure and facilitate a state process, maybe even based =
on
> WebFlow's state machine - although I have only given WebFlow's state
> functionality a brief look.
>
> Thanks in advance,
>
> -tim
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=3D7412&alloc_id=3D16344&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>


--=20
"If you want to be a different fish, you gotta jump out of the school."
-- Captain Beefheart


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer