springframework-developer — Spring Framework developers list

Re: [Springframework-developer] HTTP invoker remoting strategy

[<jue...@we...>]

Hi Ollie,
=20
Regarding InterceptingRemoteInvocationExecutor: I'm not sure if such =
preInvocation and postInvocation hooks are really more convenient than =
directly overriding invoke.
=20
public class MyRemoteInvocationExecutor extends =
DefaultRemoteInvocationExecutor {
  public Object invoke(RemoteInvocation invocation, Object targetObject)
      throws NoSuchMethodException, IllegalAccessException, =
InvocationTargetException{
   // do some pre-invocation handling
   try {
     super.invoke(invocation, targetObject);
   }
   finally {
     // do some post-invocation handling
   }
 }
}

In particular, that variant allows to behave differently in case of a =
exception, etc: it's more flexible. Of course, preInvocation and =
postInvocation hooks still wouldn't hurt; I just don't feel that they =
add much value.
=20
Regarding retry support, this is definitely interesting functionality! =
We still need to nail down API details of such a RetryDecisionManager: =
For example, it might need information about the target service, =
regarding idempotent methods - similar to what WebLogic EJB offers: =
http://www.weblogic.com/docs51/classdocs/API_ejb/EJB_reference.html#10265=
82.
=20
We could use declarative metadata for declaring methods as idempotent, =
or source-level attributes. In any case, the RetryDecisionManager has to =
have some information about the actual target service. As this =
potentially influences the RetryDecisionManager interface, I'd like to =
discuss this further before releasing it, that is, as a Spring 1.2 =
feature. What do you think?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Oliver Hutchison
Gesendet: Mo 16.08.2004 06:39
An: spr...@li...
Betreff: RE: [Springframework-developer] HTTP invoker remoting strategy



Andy, J=FCrgen,

I've been away for the last week so sorry for the late reply.

Attached are some files that add retry support to all the standard =
Spring remoting methods. The support is not as complete as my own =
remoting implementation but for most cases should work fine. There's =
also some code to allow metadata to be attached to RemoteInvocations (I =
think this stuff only works for the RMI and HTTP remoting).

J=FCrgen would you consider adding this code? The retry support could =
integrated higher up the class hierarchy perhaps as a subclass of =
RemoteAccessor?

Following is an example config.

Client:
    <bean id=3D"theManager" =
class=3D"org.springframework.remoting.support.RertyingClientProxyFactoryB=
ean">
        <property name=3D"wrapedRemoteAccessor"><ref =
local=3D"theManagerTarget" /></property>
        <property name=3D"retryDecisionManager"><ref =
local=3D"retryDecisionManager" /></property>      =20
    </bean>

    <bean id=3D"theManagerTarget" =
class=3D"org.springframework.remoting.httpinvoker.HttpInvokerClientInterc=
eptor">
        <property =
name=3D"serviceInterface"><value>ourcommunity.TheManager</value></propert=
y>
        <property =
name=3D"serviceUrl"><value>https://${oc.server.addr}/ra/theManager</value=
></property>
        <property name=3D"remoteInvocationFactory"><ref =
local=3D"remoteInvocationFactory" /></property>
    </bean>
  =20
    <bean id=3D"remoteInvocationFactory" =
class=3D"ourcommunity.admin.util.remoting.SecurityRemoteInvocationFactory=
" />

    <bean id=3D"retryDecisionManager" =
class=3D"ourcommunity.admin.util.remoting.OCRetryDecisionManager" />

Server:

    <bean id=3D"remoteInvocationExecutor" =
class=3D"ourcommunity.util.remoting.SecureRemoteInvocationExecutor" />
  =20
    <bean name=3D"/ra/theManager" =
class=3D"org.springframework.remoting.httpinvoker.HttpInvokerServiceExpor=
ter">
        <property =
name=3D"serviceInterface"><value>ourcommunity.TheManager</value></propert=
y>
        <property name=3D"service"><bean =
class=3D"ourcommunity.TheManagerImpl" /></property>      =20
        <property name=3D"remoteInvocationExecutor"><ref =
bean=3D"remoteInvocationExecutor" /></property>
    </bean>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[<jue...@we...>]

Thomas,
=20
As mentioned in a JIRA comment, I've just coded such a =
WebLogicJtaTransactionManager via reflection (to avoid compile-time =
dependencies on WebLogic), also leveraging new internal hooks in =
JtaTransactionManager. Please give it a try on WebLogic 8.1!
=20
If we keep getting the NullPointerException on WebLogic 7.0, we'll need =
some further research there. It's already good to have it working on =
WebLogic 8.1, though!
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von Thomas Risberg
Gesendet: Mo 16.08.2004 07:39
An: spr...@li...
Betreff: Re: [Springframework-developer] Preparing for Spring 1.1 final



I was able to reproduce the error using WLS 8.1SP2.  The following code
did fix the problem and I did not get the nullpointer exception.

package org.springframework.transaction.jta;

public class WebLogicJtaTransactionManager extends JtaTransactionManager =
{

  protected void doResume(Object transaction, Object suspendedResources) =
{
    try {
      super.doResume(transaction, suspendedResources);
    } catch
(org.springframework.transaction.IllegalTransactionStateException ex) {
      logger.debug("ForceResuming: " + suspendedResources.toString());
      weblogic.transaction.TransactionManager wtm =3D
(weblogic.transaction.TransactionManager) getTransactionManager();
      wtm.forceResume((javax.transaction.Transaction) =
suspendedResources);
    }
  }
}

I have attached a spring-weblogic-jta-patch.jar containing this class to
JIRA.  If you could test with this jar together with the most recent
1.1RC1 spring.jar to see if it works in your environment.  If not I will
have to investigate further using WLS 7.0.

Thomas


Eugene Kuleshov wrote:

>
> Hi Thomas,
>
>   I'll try to run that code on wls 8 and will attach clent junit test
> to JIRA tomorrow morning.
>
>   regards,
>   Eugene
>
>
> Thomas Risberg wrote:
>
>> I'll try to take a look at this in the next couple of days.  From an
>> initial look at the problem it seems to be more of a WebLogic issue.=20
>> Have you tried running the same code in WLS 8.1?
>>
>> First I'm going to try to reproduce this locally - you woldn't happen
>> to have the client code that calls this EJB?
>>
>> Thomas
>>
>>
>> Eugene Kuleshov wrote:
>>
>>> Hi,
>>>
>>>   I wonder if there is any chance that SPR-251 JIRA could be
>>> resolved for 1.1 release?
>>>
>>>   Thank you.
>>>
>>>   Eugene
>>>
>>> Rod Johnson wrote:
>>>
>>>> I haven't documented the new "factory-bean" attribute that supports
>>>> the use
>>>> of instance (rather than static) factory methods in the Reference
>>>> Manual
>>>> yet. (It is documented in the DTD.) Doesn't justify holding the
>>>> release, but
>>>> worth noting. (Hint, hint.)
>>>>
>>>> Unfortunately I won't have time to do this myself before the =
release.
>>>>
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...] On
>>>> Behalf Of
>>>> j=FCrgen h=F6ller [werk3AT]
>>>> Sent: 14 August 2004 20:04
>>>> To: spr...@li...
>>>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>>
>>>> Everybody,
>>>>=20
>>>>
>>>>> From my point of view, Spring 1.1 final is ready for release; the
>>>>> only
>>>>
>>>>
>>>>
>>>> remaining point is documentation. There's no reference docs on the
>>>> HTTP
>>>> invoker yet, for example: While this is not too critical, I'll try
>>>> to add
>>>> docs on it till Monday.
>>>>=20
>>>> Feel free to give the current CVS snapshot a final try, and to do
>>>> some final
>>>> proof-reading of the docs! Please report any issues ASAP: I
>>>> currently plan
>>>> to do the release Monday night, provided that there are no
>>>> showstoppers.
>>>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] @since and @version tags

[<jue...@we...>]

Thomas,
=20
Any chance to do this today or tomorrow?
=20
Juergen
=20

________________________________

Von: spr...@li... im Auftrag =
von j=FCrgen h=F6ller [werk3AT]
Gesendet: Do 12.08.2004 10:36
An: spr...@li...
Betreff: Re: [Springframework-developer] @since and @version tags



Thomas,

Do you have the chance to remove all lines with $Id/$Revision tags today =
or tomorrow? I'd like to get this done this week, to be prepared for 1.1 =
final.

Thanks in advance!

Juergen


________________________________

Von: spr...@li... im Auftrag =
von tho...@tr...
Gesendet: Mi 04.08.2004 17:08
An: spr...@li...
Betreff: Re: [Springframework-developer] @since and @version tags



I used JEdit which has excellent support for this kind of modifications. =
 You
can easily replace using a regex in all java files in a certain =
directory tree.
 Eclipse has similar support - but JEdit's search/replace seems easier =
to use.

Thomas


Quoting Colin Sampaleanu <col...@ex...>:

> I think Thomas finally changed the package names last year.
>
> I can do this with a regex search and replace.
>
> It's too bad that SF is still running the older CVS 1.11.x series, and
> not the newer 1.12.x series. The latter apparently respects using -kk =
to
> ignore the keywords on merges, while still working properly with =
binary
> files. That would probably be enough for me to change my vote the =
other way.
>
> Will try to do this at an opportune time...
>
> Colin
>
> Alef Arendsen wrote:
>
> >I think our Linux experts will have to jump in here ;-). I can recall =
Thomas
> or Colin changing all the package names from com.interface21 to
> org.springframework about a year ago...
> >
> >Alef
> >
> >
> >
> >
> >>-----Original Message-----
> >>From: spr...@li...
> >>[mailto:spr...@li...]
> >> On Behalf Of j=FCrgen h=F6ller [werk3AT]
> >>Sent: Wednesday, August 04, 2004 11:31 AM
> >>To: spr...@li...
> >>Subject: Re: [Springframework-developer] @since and @version tags
> >>
> >>OK, so how do we go about removing the @version tags then -
> >>in an automated fashion?
> >>
> >>Juergen
> >>
> >>
> >>________________________________
> >>
> >>Von: spr...@li... im
> >>Auftrag von Alef Arendsen
> >>Gesendet: Di 03.08.2004 10:18
> >>An: spr...@li...
> >>Betreff: RE: [Springframework-developer] @since and @version tags
> >>
> >>
> >>
> >>Sorry, forgot about this.
> >>
> >>I'll add my +1 to removing them.
> >>
> >>Just use @author and @since.
> >>
> >>So the vote is:
> >>
> >>3 for
> >>5 against
> >>1 neutral
> >>
> >>Alef
> >>
> >>
> >>
> >>
> >>>-----Original Message-----
> >>>From: spr...@li...
> >>>[mailto:spr...@li...]
> >>> On Behalf Of Dmitriy Kopylenko
> >>>Sent: Monday, August 02, 2004 11:15 PM
> >>>To: spr...@li...
> >>>Subject: Re: [Springframework-developer] @since and @version tags
> >>>
> >>>So is this the final vote? Are we getting rid of $Id$s then?
> >>>
> >>>Dmitriy.
> >>>
> >>>Dmitriy Kopylenko wrote:
> >>>
> >>>
> >>>
> >>>>3 in favor
> >>>>4 against
> >>>>2 neutral
> >>>>
> >>>>
> >>>>William G. Thompson, Jr. wrote:
> >>>>
> >>>>
> >>>>
> >>>>>i'm not sure i feel strongly either way...traditionally
> >>>>>
> >>>>>
> >>>I've always
> >>>
> >>>
> >>>>>put $Id$ in every text file I management in CVS.  This has
> >>>>>
> >>>>>
> >>>also been
> >>>
> >>>
> >>>>>the case in every open source project I have been involved in or
> >>>>>used.  That is not neccesarily a good enough reason to
> >>>>>
> >>>>>
> >>>continue to do
> >>>
> >>>
> >>>>>it...
> >>>>>
> >>>>>In web app dev $Id$ comes in really handy to verify the
> >>>>>
> >>>>>
> >>>build process
> >>>
> >>>
> >>>>>ran correctly and the thing you thought was deployed
> >>>>>
> >>>>>
> >>actually got
> >>
> >>
> >>>>>deployed.  for instance we put $Id$ in HTML comments for
> >>>>>
> >>>>>
> >>>our Views so
> >>>
> >>>
> >>>>>that we can view source in the running app to check the versions.
> >>>>>
> >>>>>however, I also understand the problem with
> >>>>>
> >>>>>
> >>branch/merge...but why
> >>
> >>
> >>>>>doesn't the -kk solution work?
> >>>>>
> >>>>>+0 for $Id$
> >>>>>
> >>>>>later.
> >>>>>Bill
> >>>>>
> >>>>>
> >>>>>Dmitriy Kopylenko wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Let's give others a chance ;-)
> >>>>>>
> >>>>>>Alef, Keith, Mark, Bill.... what's your vote?
> >>>>>>
> >>>>>>
> >>>>>>Rob Harrop wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>Nothing like a good old fashioned standoff :)
> >>>>>>>
> >>>>>>>Shootout at noon?
> >>>>>>>
> >>>>>>>Rob
> >>>>>>>
> >>>>>>>-----Original Message-----
> >>>>>>>From: spr...@li...
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>[mailto:spr...@li...] On
> >>>
> >>>
> >>>>>>>Behalf Of Dmitriy Kopylenko
> >>>>>>>Sent: 29 July 2004 16:16
> >>>>>>>To: spr...@li...
> >>>>>>>Subject: Re: [Springframework-developer] @since and
> >>>>>>>
> >>>>>>>
> >>@version tags
> >>
> >>
> >>>>>>>3 for (Rod, Dmitriy, Rob)
> >>>>>>>3 against  (Juergen, Thomas, Colin)
> >>>>>>>1 neutral (Darren)
> >>>>>>>
> >>>>>>>
> >>>>>>>Colin Sampaleanu wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>I do like $Id tags to be able to look at files and see who to
> >>>>>>>>blame for the last changes :-), but I would rather be able to
> >>>>>>>>branch/merge comfortably in the future. With Tortoise
> >>>>>>>>
> >>>>>>>>
> >>>and Eclipse,
> >>>
> >>>
> >>>>>>>>I can see the revision history _very_ easily anyways,
> >>>>>>>>
> >>>>>>>>
> >>>wherever I am.
> >>>
> >>>
> >>>>>>>>So -1 for using them from now on (i.e let's get rid
> >>>>>>>>
> >>>>>>>>
> >>of them)...
> >>
> >>
> >>>>>>>>Dmitriy Kopylenko wrote:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>>Well, let's take a vote. I'm for $Id tags (+1)
> >>>>>>>>>
> >>>>>>>>>Regards,
> >>>>>>>>>Dmitriy.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>j=FCrgen h=F6ller [werk3AT] wrote:
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>I'd actually prefer if we drop $Id tags from all files. I
> >>>>>>>>>>personally don't think that they add much value. Of
> >>>>>>>>>>
> >>>>>>>>>>
> >>>course, if a
> >>>
> >>>
> >>>>>>>>>>democratic decision goes in favor of those tags, well, I'll
> >>>>>>>>>>concede ;-)
> >>>>>>>>>>
> >>>>>>>>>>Regarding @since tags, we're currently using them with the
> >>>>>>>>>>creation date. That has been quite nice during our
> >>>>>>>>>>
> >>>>>>>>>>
> >>agile way
> >>
> >>
> >>>>>>>>>>towards 1.0. We could indeed reconsider to use
> >>>>>>>>>>
> >>>>>>>>>>
> >>>version numbers
> >>>
> >>>
> >>>>>>>>>>there now.
> >>>>>>>>>>
> >>>>>>>>>>Any suggestions on how to apply a consistent style for all
> >>>>>>>>>>source files in a batch, without messing them up? $Id is
> >>>>>>>>>>probably easy, @since nearly impossible, parameter
> >>>>>>>>>>
> >>>>>>>>>>
> >>alignment
> >>
> >>
> >>>>>>>>>>easy again.
> >>>>>>>>>>
> >>>>>>>>>>Juergen
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>________________________________
> >>>>>>>>>>
> >>>>>>>>>>Von:
> >>>>>>>>>>
> >>>>>>>>>>
> >>spr...@li... im
> >>
> >>
> >>>>>>>>>>Auftrag von Colin Sampaleanu
> >>>>>>>>>>Gesendet: Mi 28.07.2004 20:38
> >>>>>>>>>>An: spr...@li...
> >>>>>>>>>>Betreff: Re: [Springframework-developer] @since and
> >>>>>>>>>>
> >>>>>>>>>>
> >>@version
> >>
> >>
> >>>>>>>>>>tags
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>Dmitriy Kopylenko wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>>>I like id keywords...they're mainly in the code
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>through my
> >>
> >>
> >>>>>>>>>>>>classes or classes I've edited... (Damn, if it's
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>standardized,
> >>>
> >>>
> >>>>>>>>>>>>I won't know if I've worked on a particular file
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>any more :-)
> >>>
> >>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>I also insert $Id:$ when I work on existing classes
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>or create
> >>>
> >>>
> >>>>>>>>>>>new ones
> >>>>>>>>>>>;-)
> >>>>>>>>>>>
> >>>>>>>>>>>Dmitriy.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>I personally like $Id tags. But they do suck big time when
> >>>>>>>>>>trying to merge files back in after a branch, causing a
> >>>>>>>>>>conflict/change to exist when there shouldn't be
> >>>>>>>>>>
> >>>>>>>>>>
> >>any... There
> >>
> >>
> >>>>>>>>>>seems to be a trend to going away from using them in
> >>>>>>>>>>
> >>>>>>>>>>
> >>>files, by
> >>>
> >>>
> >>>>>>>>>>some people, for this reason.
> >>>>>>>>>>
> >>>>>>>>>>Colin
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>-------------------------------------------------------
> >>>>>This SF.Net email is sponsored by OSTG. Have you noticed
> >>>>>
> >>>>>
> >>>the changes
> >>>
> >>>
> >>>>>on Linux.com, ITManagersJournal and NewsForge in the past
> >>>>>
> >>>>>
> >>>few weeks?
> >>>
> >>>
> >>>>>Now, one more big change to announce. We are now OSTG-
> >>>>>
> >>>>>
> >>Open Source
> >>
> >>
> >>>>>Technology Group. Come see the changes on the new OSTG site.
> >>>>>www.ostg.com _______________________________________________
> >>>>>Springframework-developer mailing list
> >>>>>Spr...@li...
> >>>>>
> >>>>>
> >>>>>
> =
>>https://lists.sourceforge.net/lists/listinfo/springframework-develope
> >>
> >>
> >>>>>r
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>>-------------------------------------------------------
> >>>>This SF.Net email is sponsored by OSTG. Have you noticed
> >>>>
> >>>>
> >>>the changes
> >>>
> >>>
> >>>>on Linux.com, ITManagersJournal and NewsForge in the past
> >>>>
> >>>>
> >>>few weeks?
> >>>
> >>>
> >>>>Now, one more big change to announce. We are now OSTG-
> >>>>
> >>>>
> >>Open Source
> >>
> >>
> >>>>Technology Group. Come see the changes on the new OSTG site.
> >>>>www.ostg.com _______________________________________________
> >>>>Springframework-developer mailing list
> >>>>Spr...@li...
> >>>>
> >>>>
> >>>>
> =
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> >>
> >>>
> >>>
> >>>-------------------------------------------------------
> >>>This SF.Net email is sponsored by OSTG. Have you noticed
> >>>
> >>>
> >>the changes
> >>
> >>
> >>>on Linux.com, ITManagersJournal and NewsForge in the past
> >>>
> >>>
> >>few weeks?
> >>
> >>
> >>>Now, one more big change to announce. We are now OSTG- Open Source
> >>>Technology Group. Come see the changes on the new OSTG site.
> >>>www.ostg.com _______________________________________________
> >>>Springframework-developer mailing list
> >>>Spr...@li...
> >>>
> >>>
> >>>
> =
>>https://lists.sourceforge.net/lists/listinfo/springframework-developer
> >>
> >>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes =
on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source =
Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>





-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] HTTP invoker remoting strategy

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

Rod,

This can certainly wait until after 1.1 it's not an urgent requirement. =
But that said the change is quite simple. I'd imagine you'd add a new =
class between RemoteAccessor and UrlBasedRemoteAccessor:

public abstract class RetryingRemoteAccessor=20
extends RemoteAccessor=20
implements MethodInterceptor {
	private RetryDecisionManager retryDecisionManager;

	public Object invoke(MethodInvocation methodInvocation) throws =
Throwable {
		int tries =3D 0;
		while(true) {
			try {
				tries++;
				return invokeInternal(methodInvocation);
			} catch(RemoteAccessException ex) {
				if (retryDecisionManager =3D=3D null=20
					|| !retryDecisionManager.shouldRetry(methodInvocation, tries, ex)) =
{
	                  	throw ex;
                		}
			}
		}
	}

	protected abstract Object invokeInternal(MethodInvocation =
methodInvocation) throws Throwable;
}

and then all you'd need to do would be to rename the invoke method in =
the *ClientInterceptor classes to invokeInternal.=20

To my mind, the biggest issue with this change it that it introduces the =
possibility that for a singe invocation on the client side a remote =
service may be invoked more than once on the server side. This could =
introduce some very nasty and hard to trace bugs if it's not well =
documented.

J=FCrgen, on a related note. Does it make sense to add a GUID to each =
RemoteInvocation? This would prevent the situation where a proxy server =
may cache the response to a remote invocation (which is probably even =
more nasty that having multiple invocations). Technically POST requests =
should not be cached but in reality they often are. Or should you just =
make sure that the Controller based ServiceExporters are paranoid about =
setting the correct cache control headers? To be honest I don't know if =
this is an issue or not but it does seem like a possibility that should =
be considered.

Ollie

> -----Original Message-----
> From: spr...@li...=20
> [mailto:spr...@li...]
>  On Behalf Of Rod Johnson
> Sent: Monday, 16 August 2004 3:50 PM
> To: spr...@li...
> Subject: RE: [Springframework-developer] HTTP invoker=20
> remoting strategy
>=20
>=20
> Oliver
>=20
> Thanks for this. Retry is definitely important and the=20
> approach sounds good but I'd probably rather we don't delay=20
> 1.1 final, so long as this can be retrofitted without=20
> breaking anything.
>=20
> I guess a couple of days delay would be OK, but I get nervous=20
> about putting it in at the last minute...
>=20
> R
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
>  On Behalf Of Oliver Hutchison
> Sent: 16 August 2004 05:40
> To: spr...@li...
> Subject: RE: [Springframework-developer] HTTP invoker=20
> remoting strategy
>=20
> Andy, J=FCrgen,
>=20
> I've been away for the last week so sorry for the late reply.
>=20
> Attached are some files that add retry support to all the=20
> standard Spring remoting methods. The support is not as=20
> complete as my own remoting implementation but for most cases=20
> should work fine. There's also some code to allow metadata to=20
> be attached to RemoteInvocations (I think this stuff only=20
> works for the RMI and HTTP remoting).=20
>=20
> J=FCrgen would you consider adding this code? The retry support=20
> could integrated higher up the class hierarchy perhaps as a=20
> subclass of RemoteAccessor?
>=20
> Following is an example config.
>=20
> Client:
>     <bean id=3D"theManager"=20
> class=3D"org.springframework.remoting.support.RertyingClientProx
> yFactoryBean">
>         <property name=3D"wrapedRemoteAccessor"><ref=20
> local=3D"theManagerTarget" /></property>
>         <property name=3D"retryDecisionManager"><ref
> local=3D"retryDecisionManager" /></property>       =20
>     </bean>
>=20
>     <bean id=3D"theManagerTarget"=20
> class=3D"org.springframework.remoting.httpinvoker.HttpInvokerCli
> entInterceptor
> ">
>         <property=20
> name=3D"serviceInterface"><value>ourcommunity.TheManager</value>
> </property>
>         <property=20
> name=3D"serviceUrl"><value>https://${oc.server.addr}/ra/theManag
> er</value></pr
> operty>
>         <property name=3D"remoteInvocationFactory"><ref
> local=3D"remoteInvocationFactory" /></property>
>     </bean>
>    =20
>     <bean id=3D"remoteInvocationFactory"=20
> class=3D"ourcommunity.admin.util.remoting.SecurityRemoteInvocati
> onFactory" />
>=20
>     <bean id=3D"retryDecisionManager"=20
> class=3D"ourcommunity.admin.util.remoting.OCRetryDecisionManager" />=20
>=20
> Server:
>=20
>     <bean id=3D"remoteInvocationExecutor"=20
> class=3D"ourcommunity.util.remoting.SecureRemoteInvocationExecutor" />
>    =20
>     <bean name=3D"/ra/theManager"=20
> class=3D"org.springframework.remoting.httpinvoker.HttpInvokerSer
> viceExporter">
>     	<property=20
> name=3D"serviceInterface"><value>ourcommunity.TheManager</value>
> </property>
>     	<property name=3D"service"><bean=20
> class=3D"ourcommunity.TheManagerImpl"
> /></property>    =09
>     	<property name=3D"remoteInvocationExecutor"><ref
> bean=3D"remoteInvocationExecutor" /></property>
>     </bean>
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on=20
> Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic=20
> DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free=20
> Shipping and Free Gift.=20
> http://www.shop4tech.com/z/Inkjet_Cartridges/9> _108_r285
>=20
> _______________________________________________
>=20
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20

RE: [Springframework-developer] Preparing for Spring 1.1 final

[Rod J. <ro...@in...>]

Thanks! Yes, we should definitely stress the more concise form. I'll =
look at
the reference manual material as soon as I can and give my views on
emphasis.=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Colin Sampaleanu
Sent: 16 August 2004 06:25
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final

I've documented this, and also added text in the manual in the AOP and
transaction sections talking about the more concise form for defining
multiple proxies which can share some properties, by using parent/child =
bean
definitions, along with an inner bean for the proxy target.

I'm actually of the opinion that we should change our samples to use =
this
form, for the TransactionProxyFactoryBean cases. I can't think of a =
reason
why somebody would ever not use the parent/child form when defining more
than a couple of transaction proxies. I realize our samples don't have =
many
proxies, but people are going to copy those as best-form, boilerplate =
code,
and wind up with much more verbose definitions than they really need to
have.

Regards,
Colin

Colin Sampaleanu wrote:

> I'll document this some time today, and look for any other low-hanging =

> fruit...
>
> Rod Johnson wrote:
>
>> Great!
>>
>> I haven't documented the new "factory-bean" attribute that supports=20
>> the use of instance (rather than static) factory methods in the=20
>> Reference Manual yet. (It is documented in the DTD.) Doesn't justify=20
>> holding the release, but worth noting. (Hint, hint.)
>>
>> Unfortunately I won't have time to do this myself before the release.
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...] On=20
>> Behalf Of j=FCrgen h=F6ller [werk3AT]
>> Sent: 14 August 2004 20:04
>> To: spr...@li...
>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>
>> Everybody,
>>
>>> From my point of view, Spring 1.1 final is ready for release; the=20
>>> only
>>
>> remaining point is documentation. There's no reference docs on the=20
>> HTTP invoker yet, for example: While this is not too critical, I'll=20
>> try to add docs on it till Monday.
>>
>> Feel free to give the current CVS snapshot a final try, and to do=20
>> some final proof-reading of the docs! Please report any issues ASAP:=20
>> I currently plan to do the release Monday night, provided that there=20
>> are no showstoppers.
>>
>> Juergen
>




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media =
100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] HTTP invoker remoting strategy

[Rod J. <ro...@in...>]

Oliver

Thanks for this. Retry is definitely important and the approach sounds =
good
but I'd probably rather we don't delay 1.1 final, so long as this can be
retrofitted without breaking anything.

I guess a couple of days delay would be OK, but I get nervous about =
putting
it in at the last minute...

R

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Oliver Hutchison
Sent: 16 August 2004 05:40
To: spr...@li...
Subject: RE: [Springframework-developer] HTTP invoker remoting strategy

Andy, J=FCrgen,

I've been away for the last week so sorry for the late reply.

Attached are some files that add retry support to all the standard =
Spring
remoting methods. The support is not as complete as my own remoting
implementation but for most cases should work fine. There's also some =
code
to allow metadata to be attached to RemoteInvocations (I think this =
stuff
only works for the RMI and HTTP remoting).=20

J=FCrgen would you consider adding this code? The retry support could
integrated higher up the class hierarchy perhaps as a subclass of
RemoteAccessor?

Following is an example config.

Client:
    <bean id=3D"theManager"
class=3D"org.springframework.remoting.support.RertyingClientProxyFactoryB=
ean">
        <property name=3D"wrapedRemoteAccessor"><ref =
local=3D"theManagerTarget"
/></property>
        <property name=3D"retryDecisionManager"><ref
local=3D"retryDecisionManager" /></property>       =20
    </bean>

    <bean id=3D"theManagerTarget"
class=3D"org.springframework.remoting.httpinvoker.HttpInvokerClientInterc=
eptor
">
        <property
name=3D"serviceInterface"><value>ourcommunity.TheManager</value></propert=
y>
        <property
name=3D"serviceUrl"><value>https://${oc.server.addr}/ra/theManager</value=
></pr
operty>
        <property name=3D"remoteInvocationFactory"><ref
local=3D"remoteInvocationFactory" /></property>
    </bean>
   =20
    <bean id=3D"remoteInvocationFactory"
class=3D"ourcommunity.admin.util.remoting.SecurityRemoteInvocationFactory=
" />

    <bean id=3D"retryDecisionManager"
class=3D"ourcommunity.admin.util.remoting.OCRetryDecisionManager" />=20

Server:

    <bean id=3D"remoteInvocationExecutor"
class=3D"ourcommunity.util.remoting.SecureRemoteInvocationExecutor" />
   =20
    <bean name=3D"/ra/theManager"
class=3D"org.springframework.remoting.httpinvoker.HttpInvokerServiceExpor=
ter">
    	<property
name=3D"serviceInterface"><value>ourcommunity.TheManager</value></propert=
y>
    	<property name=3D"service"><bean =
class=3D"ourcommunity.TheManagerImpl"
/></property>    =09
    	<property name=3D"remoteInvocationExecutor"><ref
bean=3D"remoteInvocationExecutor" /></property>
    </bean>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Thomas R. <tho...@tr...>]

I was able to reproduce the error using WLS 8.1SP2.  The following code 
did fix the problem and I did not get the nullpointer exception.

package org.springframework.transaction.jta;

public class WebLogicJtaTransactionManager extends JtaTransactionManager {

  protected void doResume(Object transaction, Object suspendedResources) {
    try {
      super.doResume(transaction, suspendedResources);
    } catch 
(org.springframework.transaction.IllegalTransactionStateException ex) {
      logger.debug("ForceResuming: " + suspendedResources.toString());
      weblogic.transaction.TransactionManager wtm = 
(weblogic.transaction.TransactionManager) getTransactionManager();
      wtm.forceResume((javax.transaction.Transaction) suspendedResources);
    }
  }
}

I have attached a spring-weblogic-jta-patch.jar containing this class to 
JIRA.  If you could test with this jar together with the most recent 
1.1RC1 spring.jar to see if it works in your environment.  If not I will 
have to investigate further using WLS 7.0.

Thomas


Eugene Kuleshov wrote:

>
> Hi Thomas,
>
>   I'll try to run that code on wls 8 and will attach clent junit test 
> to JIRA tomorrow morning.
>
>   regards,
>   Eugene
>
>
> Thomas Risberg wrote:
>
>> I'll try to take a look at this in the next couple of days.  From an 
>> initial look at the problem it seems to be more of a WebLogic issue.  
>> Have you tried running the same code in WLS 8.1?
>>
>> First I'm going to try to reproduce this locally - you woldn't happen 
>> to have the client code that calls this EJB?
>>
>> Thomas
>>
>>
>> Eugene Kuleshov wrote:
>>
>>> Hi,
>>>
>>>   I wonder if there is any chance that SPR-251 JIRA could be 
>>> resolved for 1.1 release?
>>>
>>>   Thank you.
>>>
>>>   Eugene
>>>
>>> Rod Johnson wrote:
>>>
>>>> I haven't documented the new "factory-bean" attribute that supports 
>>>> the use
>>>> of instance (rather than static) factory methods in the Reference 
>>>> Manual
>>>> yet. (It is documented in the DTD.) Doesn't justify holding the 
>>>> release, but
>>>> worth noting. (Hint, hint.)
>>>>
>>>> Unfortunately I won't have time to do this myself before the release.
>>>>
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...] On 
>>>> Behalf Of
>>>> jürgen höller [werk3AT]
>>>> Sent: 14 August 2004 20:04
>>>> To: spr...@li...
>>>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>>
>>>> Everybody,
>>>>  
>>>>
>>>>> From my point of view, Spring 1.1 final is ready for release; the 
>>>>> only
>>>>
>>>>
>>>>
>>>> remaining point is documentation. There's no reference docs on the 
>>>> HTTP
>>>> invoker yet, for example: While this is not too critical, I'll try 
>>>> to add
>>>> docs on it till Monday.
>>>>  
>>>> Feel free to give the current CVS snapshot a final try, and to do 
>>>> some final
>>>> proof-reading of the docs! Please report any issues ASAP: I 
>>>> currently plan
>>>> to do the release Monday night, provided that there are no 
>>>> showstoppers.
>>>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

I've documented this, and also added text in the manual in the AOP and 
transaction sections talking about the more concise form for defining 
multiple proxies which can share some properties, by using parent/child 
bean definitions, along with an inner bean for the proxy target.

I'm actually of the opinion that we should change our samples to use 
this form, for the TransactionProxyFactoryBean cases. I can't think of a 
reason why somebody would ever not use the parent/child form when 
defining more than a couple of transaction proxies. I realize our 
samples don't have many proxies, but people are going to copy those as 
best-form, boilerplate code, and wind up with much more verbose 
definitions than they really need to have.

Regards,
Colin

Colin Sampaleanu wrote:

> I'll document this some time today, and look for any other low-hanging 
> fruit...
>
> Rod Johnson wrote:
>
>> Great!
>>
>> I haven't documented the new "factory-bean" attribute that supports 
>> the use
>> of instance (rather than static) factory methods in the Reference Manual
>> yet. (It is documented in the DTD.) Doesn't justify holding the 
>> release, but
>> worth noting. (Hint, hint.)
>>
>> Unfortunately I won't have time to do this myself before the release.
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...] On 
>> Behalf Of
>> jürgen höller [werk3AT]
>> Sent: 14 August 2004 20:04
>> To: spr...@li...
>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>
>> Everybody,
>>
>>> From my point of view, Spring 1.1 final is ready for release; the only
>>
>> remaining point is documentation. There's no reference docs on the HTTP
>> invoker yet, for example: While this is not too critical, I'll try to 
>> add
>> docs on it till Monday.
>>
>> Feel free to give the current CVS snapshot a final try, and to do 
>> some final
>> proof-reading of the docs! Please report any issues ASAP: I currently 
>> plan
>> to do the release Monday night, provided that there are no showstoppers.
>>
>> Juergen
>

RE: [Springframework-developer] HTTP invoker remoting strategy

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

Andy, J=FCrgen,

I've been away for the last week so sorry for the late reply.

Attached are some files that add retry support to all the standard =
Spring remoting methods. The support is not as complete as my own =
remoting implementation but for most cases should work fine. There's =
also some code to allow metadata to be attached to RemoteInvocations (I =
think this stuff only works for the RMI and HTTP remoting).=20

J=FCrgen would you consider adding this code? The retry support could =
integrated higher up the class hierarchy perhaps as a subclass of =
RemoteAccessor?

Following is an example config.

Client:
    <bean id=3D"theManager" =
class=3D"org.springframework.remoting.support.RertyingClientProxyFactoryB=
ean">
        <property name=3D"wrapedRemoteAccessor"><ref =
local=3D"theManagerTarget" /></property>
        <property name=3D"retryDecisionManager"><ref =
local=3D"retryDecisionManager" /></property>       =20
    </bean>

    <bean id=3D"theManagerTarget" =
class=3D"org.springframework.remoting.httpinvoker.HttpInvokerClientInterc=
eptor">
        <property =
name=3D"serviceInterface"><value>ourcommunity.TheManager</value></propert=
y>
        <property =
name=3D"serviceUrl"><value>https://${oc.server.addr}/ra/theManager</value=
></property>
        <property name=3D"remoteInvocationFactory"><ref =
local=3D"remoteInvocationFactory" /></property>
    </bean>
   =20
    <bean id=3D"remoteInvocationFactory" =
class=3D"ourcommunity.admin.util.remoting.SecurityRemoteInvocationFactory=
" />

    <bean id=3D"retryDecisionManager" =
class=3D"ourcommunity.admin.util.remoting.OCRetryDecisionManager" />=20

Server:

    <bean id=3D"remoteInvocationExecutor" =
class=3D"ourcommunity.util.remoting.SecureRemoteInvocationExecutor" />
   =20
    <bean name=3D"/ra/theManager" =
class=3D"org.springframework.remoting.httpinvoker.HttpInvokerServiceExpor=
ter">
    	<property =
name=3D"serviceInterface"><value>ourcommunity.TheManager</value></propert=
y>
    	<property name=3D"service"><bean =
class=3D"ourcommunity.TheManagerImpl" /></property>    =09
    	<property name=3D"remoteInvocationExecutor"><ref =
bean=3D"remoteInvocationExecutor" /></property>
    </bean>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Eugene K. <eu...@pl...>]

Hi Thomas,

   I'll try to run that code on wls 8 and will attach clent junit test to JIRA 
tomorrow morning.

   regards,
   Eugene


Thomas Risberg wrote:

> I'll try to take a look at this in the next couple of days.  From an 
> initial look at the problem it seems to be more of a WebLogic issue.  
> Have you tried running the same code in WLS 8.1?
> 
> First I'm going to try to reproduce this locally - you woldn't happen to 
> have the client code that calls this EJB?
> 
> Thomas
> 
> 
> Eugene Kuleshov wrote:
> 
>> Hi,
>>
>>   I wonder if there is any chance that SPR-251 JIRA could be resolved 
>> for 1.1 release?
>>
>>   Thank you.
>>
>>   Eugene
>>
>> Rod Johnson wrote:
>>
>>> I haven't documented the new "factory-bean" attribute that supports 
>>> the use
>>> of instance (rather than static) factory methods in the Reference Manual
>>> yet. (It is documented in the DTD.) Doesn't justify holding the 
>>> release, but
>>> worth noting. (Hint, hint.)
>>>
>>> Unfortunately I won't have time to do this myself before the release.
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...] On 
>>> Behalf Of
>>> jürgen höller [werk3AT]
>>> Sent: 14 August 2004 20:04
>>> To: spr...@li...
>>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>>
>>> Everybody,
>>>  
>>>
>>>> From my point of view, Spring 1.1 final is ready for release; the only
>>>
>>>
>>> remaining point is documentation. There's no reference docs on the HTTP
>>> invoker yet, for example: While this is not too critical, I'll try to 
>>> add
>>> docs on it till Monday.
>>>  
>>> Feel free to give the current CVS snapshot a final try, and to do 
>>> some final
>>> proof-reading of the docs! Please report any issues ASAP: I currently 
>>> plan
>>> to do the release Monday night, provided that there are no showstoppers.

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Thomas R. <tho...@tr...>]

Eugene,

I'll try to take a look at this in the next couple of days.  From an 
initial look at the problem it seems to be more of a WebLogic issue.  
Have you tried running the same code in WLS 8.1?

First I'm going to try to reproduce this locally - you woldn't happen to 
have the client code that calls this EJB?

Thomas


Eugene Kuleshov wrote:

> Hi,
>
>   I wonder if there is any chance that SPR-251 JIRA could be resolved 
> for 1.1 release?
>
>   Thank you.
>
>   Eugene
>
> Rod Johnson wrote:
>
>> I haven't documented the new "factory-bean" attribute that supports 
>> the use
>> of instance (rather than static) factory methods in the Reference Manual
>> yet. (It is documented in the DTD.) Doesn't justify holding the 
>> release, but
>> worth noting. (Hint, hint.)
>>
>> Unfortunately I won't have time to do this myself before the release.
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...] On 
>> Behalf Of
>> jürgen höller [werk3AT]
>> Sent: 14 August 2004 20:04
>> To: spr...@li...
>> Subject: [Springframework-developer] Preparing for Spring 1.1 final
>>
>> Everybody,
>>  
>>
>>> From my point of view, Spring 1.1 final is ready for release; the only
>>
>> remaining point is documentation. There's no reference docs on the HTTP
>> invoker yet, for example: While this is not too critical, I'll try to 
>> add
>> docs on it till Monday.
>>  
>> Feel free to give the current CVS snapshot a final try, and to do 
>> some final
>> proof-reading of the docs! Please report any issues ASAP: I currently 
>> plan
>> to do the release Monday night, provided that there are no showstoppers.
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>

Re: [Springframework-developer] Re: workflow

[Mike Cannon-B. <mca...@gm...>]

I'd say the same - we use OSWF in JIRA (http://www.atlassian.com/jira)
and it is actually very nice to work with. It's a workflow system
developed by Java developers, not workflow wonks - so as a developer I
can understand the concepts quite easily.

There's a growing manual / library of information here:

http://wiki.opensymphony.com/display/WF/OSWorkflow

Hope this helps,

Cheers,
Mike

On Sat, 14 Aug 2004 17:51:52 +0200, Fernando Martins <fm...@de...> wrote:
> see below,
> 
> On Saturday 14 August 2004 14:07, Oliver Geisser wrote:
> > Hi
> >
> > mustaoglu serdar wrote:
> > > hi,
> > > I want to learn experiences about worflow on spring
> > >
> > > which open source project is suitable: jbpm , cor:cern , twister ..
> > > anyone can compare according to integration, performance and usability.
> > > thanks.
> >
> > As far as I know there is no Spring integration of a workflow engine.
> > But we face the same problem and so we have evaluated some workflow
> > engines.
> >
> > There are many workflow engines out there:
> > http://www.manageability.org/blog/stuff/workflow_in_java/view
> >
> > But we want an embeddable, non-EJB engine. For this requirement we found
> > only the following ones:
> >
> > - Osworkflow
> > This project looks good on the first sight. But if you take a second
> > look there are (IMHO) some problems. Osworklow suffers from feature
> > creep (integration of many third party libs for scripting, jobs, etc).
> > Also the concepts confused me because they do not follow "standards"
> > (which is not bad on itself) but there is no good explanation about the
> > fundamental ideas behind them. It also seems there is only one active
> > developer and no active community.
> 
> http://www.opensymphony.com/osworkflow/3.%20Understanding%20OSWorkflow.html
> This seems to give a good grasp of Osworkflow concepts.
> As far as I know, Hani and Patrick are the developers behind it.
> Recently some Spring integration code has been comited which makes it easy to use Spring configured Hibernate Session.
> We're using it at werk3at.com and the integration was really quick and easy, we're even geting our Functions and Conditions loaded from the appCtx and participating in Transactions.
> I agree though that osworkflow is still a bit of a mess, specially AbstractWorkflow.java, and it doesn't care for standards.
> We've looked at jbpm2, but as you said:
> 
> > But if you want JBPM2 to use a Spring configured Hibernate Session
> > Factory which takes part in Spring controlled transactions then it will
> > become a little bit tricky.
> 
> And since we needed something quickly, we went with osworkflow.
> If in the future jbpm2 code will change to allow more easy integration with Spring, we might replace Osworkflow, but for now it's working fine for our usecases.
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
> 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
> Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>

[Springframework-developer] spring build.79 Build Successful

[<al...@jt...>]

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.79</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>08/16/2004 00:16:13</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 21 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>08/15/2004 17:31:38</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>renamed "aspectadapter" and related classes to "propertyad=
apter" to bemore consistent--fixed a bug in ValidatingFormModel will valida=
tion would occuron a disabled form, resulting in incorrect validation error=
 messages, which should not happen.</td></tr></table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (24)                </td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
kdonald</td><td class=3D"modifications-data">sandbox/src/org/springframewor=
k/rules/predicates/beans/AbstractBeanPropertyExpression.java</td><td class=
=3D"modifications-data">renamed "aspectadapter" and related classes to "pro=
pertyadapter" to bemore consistent--fixed a bug in ValidatingFormModel will=
 validation would occuron a disabled form, resulting in incorrect validatio=
n error messages, which should not happen.</td></tr><tr class=3D"modificati=
ons-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modi=
fications-data">kdonald</td><td class=3D"modifications-data">sandbox/src/or=
g/springframework/rules/predicates/beans/BeanPropertiesExpression.java</td>=
<td class=3D"modifications-data">renamed "aspectadapter" and related classe=
s to "propertyadapter" to bemore consistent--fixed a bug in ValidatingFormM=
odel will validation would occuron a disabled form, resulting in incorrect =
validation error messages, which should not happen.</td></tr><tr class=3D"m=
odifications-evenrow"><td class=3D"modifications-data">modified</td><td cla=
ss=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sand=
box/src/org/springframework/rules/predicates/beans/BeanPropertyValueConstra=
int.java</td><td class=3D"modifications-data">renamed "aspectadapter" and r=
elated classes to "propertyadapter" to bemore consistent--fixed a bug in Va=
lidatingFormModel will validation would occuron a disabled form, resulting =
in incorrect validation error messages, which should not happen.</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modified=
</td><td class=3D"modifications-data">kdonald</td><td class=3D"modification=
s-data">sandbox/src/org/springframework/rules/predicates/beans/PropertyPres=
ent.java</td><td class=3D"modifications-data">renamed "aspectadapter" and r=
elated classes to "propertyadapter" to bemore consistent--fixed a bug in Va=
lidatingFormModel will validation would occuron a disabled form, resulting =
in incorrect validation error messages, which should not happen.</td></tr><=
tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modifie=
d</td><td class=3D"modifications-data">kdonald</td><td class=3D"modificatio=
ns-data">sandbox/src/org/springframework/rules/predicates/beans/RequiredIfT=
rue.java</td><td class=3D"modifications-data">renamed "aspectadapter" and r=
elated classes to "propertyadapter" to bemore consistent--fixed a bug in Va=
lidatingFormModel will validation would occuron a disabled form, resulting =
in incorrect validation error messages, which should not happen.</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">modified=
</td><td class=3D"modifications-data">kdonald</td><td class=3D"modification=
s-data">sandbox/src/org/springframework/rules/reporting/BeanValidationResul=
tsBuilder.java</td><td class=3D"modifications-data">renamed "aspectadapter"=
 and related classes to "propertyadapter" to bemore consistent--fixed a bug=
 in ValidatingFormModel will validation would occuron a disabled form, resu=
lting in incorrect validation error messages, which should not happen.</td>=
</tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">d=
eleted</td><td class=3D"modifications-data">kdonald</td><td class=3D"modifi=
cations-data">sandbox/src/org/springframework/rules/values/AspectAccessStra=
tegy.java</td><td class=3D"modifications-data">renamed "aspectadapter" and =
related classes to "propertyadapter" to bemore consistent--fixed a bug in V=
alidatingFormModel will validation would occuron a disabled form, resulting=
 in incorrect validation error messages, which should not happen.</td></tr>=
<tr class=3D"modifications-oddrow"><td class=3D"modifications-data">deleted=
</td><td class=3D"modifications-data">kdonald</td><td class=3D"modification=
s-data">sandbox/src/org/springframework/rules/values/AspectAdapter.java</td=
><td class=3D"modifications-data">renamed "aspectadapter" and related class=
es to "propertyadapter" to bemore consistent--fixed a bug in ValidatingForm=
Model will validation would occuron a disabled form, resulting in incorrect=
 validation error messages, which should not happen.</td></tr><tr class=3D"=
modifications-evenrow"><td class=3D"modifications-data">modified</td><td cl=
ass=3D"modifications-data">kdonald</td><td class=3D"modifications-data">san=
dbox/src/org/springframework/rules/values/BeanPropertyAccessStrategy.java</=
td><td class=3D"modifications-data">renamed "aspectadapter" and related cla=
sses to "propertyadapter" to bemore consistent--fixed a bug in ValidatingFo=
rmModel will validation would occuron a disabled form, resulting in incorre=
ct validation error messages, which should not happen.</td></tr><tr class=
=3D"modifications-oddrow"><td class=3D"modifications-data">modified</td><td=
 class=3D"modifications-data">kdonald</td><td class=3D"modifications-data">=
sandbox/src/org/springframework/rules/values/CompoundFormModel.java</td><td=
 class=3D"modifications-data">renamed "aspectadapter" and related classes t=
o "propertyadapter" to bemore consistent--fixed a bug in ValidatingFormMode=
l will validation would occuron a disabled form, resulting in incorrect val=
idation error messages, which should not happen.</td></tr><tr class=3D"modi=
fications-evenrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sandbo=
x/src/org/springframework/rules/values/DefaultFormModel.java</td><td class=
=3D"modifications-data">renamed "aspectadapter" and related classes to "pro=
pertyadapter" to bemore consistent--fixed a bug in ValidatingFormModel will=
 validation would occuron a disabled form, resulting in incorrect validatio=
n error messages, which should not happen.</td></tr><tr class=3D"modificati=
ons-oddrow"><td class=3D"modifications-data">deleted</td><td class=3D"modif=
ications-data">kdonald</td><td class=3D"modifications-data">sandbox/src/org=
/springframework/rules/values/FormError.java</td><td class=3D"modifications=
-data">renamed "aspectadapter" and related classes to "propertyadapter" to =
bemore consistent--fixed a bug in ValidatingFormModel will validation would=
 occuron a disabled form, resulting in incorrect validation error messages,=
 which should not happen.</td></tr><tr class=3D"modifications-evenrow"><td =
class=3D"modifications-data">modified</td><td class=3D"modifications-data">=
kdonald</td><td class=3D"modifications-data">sandbox/src/org/springframewor=
k/rules/values/FormModel.java</td><td class=3D"modifications-data">renamed =
"aspectadapter" and related classes to "propertyadapter" to bemore consiste=
nt--fixed a bug in ValidatingFormModel will validation would occuron a disa=
bled form, resulting in incorrect validation error messages, which should n=
ot happen.</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modific=
ations-data">deleted</td><td class=3D"modifications-data">kdonald</td><td c=
lass=3D"modifications-data">sandbox/src/org/springframework/rules/values/Me=
taAspectAccessStrategy.java</td><td class=3D"modifications-data">renamed "a=
spectadapter" and related classes to "propertyadapter" to bemore consistent=
--fixed a bug in ValidatingFormModel will validation would occuron a disabl=
ed form, resulting in incorrect validation error messages, which should not=
 happen.</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifica=
tions-data">deleted</td><td class=3D"modifications-data">kdonald</td><td cl=
ass=3D"modifications-data">sandbox/src/org/springframework/rules/values/Mut=
ableAspectAccessStrategy.java</td><td class=3D"modifications-data">renamed =
"aspectadapter" and related classes to "propertyadapter" to bemore consiste=
nt--fixed a bug in ValidatingFormModel will validation would occuron a disa=
bled form, resulting in incorrect validation error messages, which should n=
ot happen.</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modific=
ations-data">modified</td><td class=3D"modifications-data">kdonald</td><td =
class=3D"modifications-data">sandbox/src/org/springframework/rules/values/M=
utableFormModel.java</td><td class=3D"modifications-data">renamed "aspectad=
apter" and related classes to "propertyadapter" to bemore consistent--fixed=
 a bug in ValidatingFormModel will validation would occuron a disabled form=
, resulting in incorrect validation error messages, which should not happen=
.</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-d=
ata">added</td><td class=3D"modifications-data">kdonald</td><td class=3D"mo=
difications-data">sandbox/src/org/springframework/rules/values/MutablePrope=
rtyAccessStrategy.java</td><td class=3D"modifications-data">renamed "aspect=
adapter" and related classes to "propertyadapter" to bemore consistent--fix=
ed a bug in ValidatingFormModel will validation would occuron a disabled fo=
rm, resulting in incorrect validation error messages, which should not happ=
en.</td></tr><tr class=3D"modifications-oddrow"><td class=3D"modifications-=
data">modified</td><td class=3D"modifications-data">kdonald</td><td class=
=3D"modifications-data">sandbox/src/org/springframework/rules/values/Nestab=
leFormModel.java</td><td class=3D"modifications-data">renamed "aspectadapte=
r" and related classes to "propertyadapter" to bemore consistent--fixed a b=
ug in ValidatingFormModel will validation would occuron a disabled form, re=
sulting in incorrect validation error messages, which should not happen.</t=
d></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-data"=
>modified</td><td class=3D"modifications-data">kdonald</td><td class=3D"mod=
ifications-data">sandbox/src/org/springframework/rules/values/NestingFormMo=
del.java</td><td class=3D"modifications-data">renamed "aspectadapter" and r=
elated classes to "propertyadapter" to bemore consistent--fixed a bug in Va=
lidatingFormModel will validation would occuron a disabled form, resulting =
in incorrect validation error messages, which should not happen.</td></tr><=
tr class=3D"modifications-oddrow"><td class=3D"modifications-data">added</t=
d><td class=3D"modifications-data">kdonald</td><td class=3D"modifications-d=
ata">sandbox/src/org/springframework/rules/values/PropertyAccessStrategy.ja=
va</td><td class=3D"modifications-data">renamed "aspectadapter" and related=
 classes to "propertyadapter" to bemore consistent--fixed a bug in Validati=
ngFormModel will validation would occuron a disabled form, resulting in inc=
orrect validation error messages, which should not happen.</td></tr><tr cla=
ss=3D"modifications-evenrow"><td class=3D"modifications-data">added</td><td=
 class=3D"modifications-data">kdonald</td><td class=3D"modifications-data">=
sandbox/src/org/springframework/rules/values/PropertyAdapter.java</td><td c=
lass=3D"modifications-data">renamed "aspectadapter" and related classes to =
"propertyadapter" to bemore consistent--fixed a bug in ValidatingFormModel =
will validation would occuron a disabled form, resulting in incorrect valid=
ation error messages, which should not happen.</td></tr><tr class=3D"modifi=
cations-oddrow"><td class=3D"modifications-data">added</td><td class=3D"mod=
ifications-data">kdonald</td><td class=3D"modifications-data">sandbox/src/o=
rg/springframework/rules/values/PropertyMetadataAccessStrategy.java</td><td=
 class=3D"modifications-data">renamed "aspectadapter" and related classes t=
o "propertyadapter" to bemore consistent--fixed a bug in ValidatingFormMode=
l will validation would occuron a disabled form, resulting in incorrect val=
idation error messages, which should not happen.</td></tr><tr class=3D"modi=
fications-evenrow"><td class=3D"modifications-data">modified</td><td class=
=3D"modifications-data">kdonald</td><td class=3D"modifications-data">sandbo=
x/src/org/springframework/rules/values/ValidatingFormModel.java</td><td cla=
ss=3D"modifications-data">renamed "aspectadapter" and related classes to "p=
ropertyadapter" to bemore consistent--fixed a bug in ValidatingFormModel wi=
ll validation would occuron a disabled form, resulting in incorrect validat=
ion error messages, which should not happen.</td></tr><tr class=3D"modifica=
tions-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"mo=
difications-data">kdonald</td><td class=3D"modifications-data">sandbox/src/=
org/springframework/rules/values/ValuePropertyChangeListenerMediator.java</=
td><td class=3D"modifications-data">renamed "aspectadapter" and related cla=
sses to "propertyadapter" to bemore consistent--fixed a bug in ValidatingFo=
rmModel will validation would occuron a disabled form, resulting in incorre=
ct validation error messages, which should not happen.</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

RE: [Springframework-developer] Preparing for Spring 1.1 final

[Rod J. <ro...@in...>]

Cheers Colin.=20

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
Colin Sampaleanu
Sent: 15 August 2004 16:49
To: spr...@li...
Subject: Re: [Springframework-developer] Preparing for Spring 1.1 final

I'll document this some time today, and look for any other low-hanging
fruit...

Rod Johnson wrote:

>Great!
>
>I haven't documented the new "factory-bean" attribute that supports the =

>use of instance (rather than static) factory methods in the Reference=20
>Manual yet. (It is documented in the DTD.) Doesn't justify holding the=20
>release, but worth noting. (Hint, hint.)
>
>Unfortunately I won't have time to do this myself before the release.
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On=20
>Behalf Of j=FCrgen h=F6ller [werk3AT]
>Sent: 14 August 2004 20:04
>To: spr...@li...
>Subject: [Springframework-developer] Preparing for Spring 1.1 final
>
>Everybody,
>=20
>>From my point of view, Spring 1.1 final is ready for release; the only
>remaining point is documentation. There's no reference docs on the HTTP =

>invoker yet, for example: While this is not too critical, I'll try to=20
>add docs on it till Monday.
>=20
>Feel free to give the current CVS snapshot a final try, and to do some=20
>final proof-reading of the docs! Please report any issues ASAP: I=20
>currently plan to do the release Monday night, provided that there are =
no
showstoppers.
>=20
>Juergen
> =20
>




-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media =
100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

I'll document this some time today, and look for any other low-hanging 
fruit...

Rod Johnson wrote:

>Great!
>
>I haven't documented the new "factory-bean" attribute that supports the use
>of instance (rather than static) factory methods in the Reference Manual
>yet. (It is documented in the DTD.) Doesn't justify holding the release, but
>worth noting. (Hint, hint.)
>
>Unfortunately I won't have time to do this myself before the release.
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...] On Behalf Of
>jürgen höller [werk3AT]
>Sent: 14 August 2004 20:04
>To: spr...@li...
>Subject: [Springframework-developer] Preparing for Spring 1.1 final
>
>Everybody,
> 
>>From my point of view, Spring 1.1 final is ready for release; the only
>remaining point is documentation. There's no reference docs on the HTTP
>invoker yet, for example: While this is not too critical, I'll try to add
>docs on it till Monday.
> 
>Feel free to give the current CVS snapshot a final try, and to do some final
>proof-reading of the docs! Please report any issues ASAP: I currently plan
>to do the release Monday night, provided that there are no showstoppers.
> 
>Juergen
>  
>

Re: [Springframework-developer] Preparing for Spring 1.1 final

[Eugene K. <eu...@pl...>]

Hi,

   I wonder if there is any chance that SPR-251 JIRA could be resolved 
for 1.1 release?

   Thank you.

   Eugene

Rod Johnson wrote:

> I haven't documented the new "factory-bean" attribute that supports the use
> of instance (rather than static) factory methods in the Reference Manual
> yet. (It is documented in the DTD.) Doesn't justify holding the release, but
> worth noting. (Hint, hint.)
> 
> Unfortunately I won't have time to do this myself before the release.
> 
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf Of
> jürgen höller [werk3AT]
> Sent: 14 August 2004 20:04
> To: spr...@li...
> Subject: [Springframework-developer] Preparing for Spring 1.1 final
> 
> Everybody,
>  
>>From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation. There's no reference docs on the HTTP
> invoker yet, for example: While this is not too critical, I'll try to add
> docs on it till Monday.
>  
> Feel free to give the current CVS snapshot a final try, and to do some final
> proof-reading of the docs! Please report any issues ASAP: I currently plan
> to do the release Monday night, provided that there are no showstoppers.

[Springframework-developer] spring build.78 Build Successful

[<al...@jt...>]

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.78</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>08/15/2004 00:17:05</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 15 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>08/14/2004 19:17:09</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>factored out common code into setUp and tearDown</td></tr>=
</table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (9)                </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">j=
hoeller</td><td class=3D"modifications-data">test/org/springframework/orm/h=
ibernate/support/LobTypeTests.java</td><td class=3D"modifications-data">fac=
tored out common code into setUp and tearDown</td></tr><tr class=3D"modific=
ations-oddrow"><td class=3D"modifications-data">added</td><td class=3D"modi=
fications-data">jhoeller</td><td class=3D"modifications-data">src/org/sprin=
gframework/orm/hibernate/support/AbstractLobType.java</td><td class=3D"modi=
fications-data">added BlobByteArrayType, introduced AbstractLobType supercl=
ass</td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications=
-data">added</td><td class=3D"modifications-data">jhoeller</td><td class=3D=
"modifications-data">src/org/springframework/orm/hibernate/support/BlobByte=
ArrayType.java</td><td class=3D"modifications-data">added BlobByteArrayType=
, introduced AbstractLobType superclass</td></tr><tr class=3D"modifications=
-oddrow"><td class=3D"modifications-data">modified</td><td class=3D"modific=
ations-data">jhoeller</td><td class=3D"modifications-data">src/org/springfr=
amework/orm/hibernate/support/ClobStringType.java</td><td class=3D"modifica=
tions-data">added BlobByteArrayType, introduced AbstractLobType superclass<=
/td></tr><tr class=3D"modifications-evenrow"><td class=3D"modifications-dat=
a">modified</td><td class=3D"modifications-data">jhoeller</td><td class=3D"=
modifications-data">src/org/springframework/orm/hibernate/LocalSessionFacto=
ryBean.java</td><td class=3D"modifications-data">added BlobByteArrayType, i=
ntroduced AbstractLobType superclass</td></tr><tr class=3D"modifications-od=
drow"><td class=3D"modifications-data">added</td><td class=3D"modifications=
-data">jhoeller</td><td class=3D"modifications-data">test/org/springframewo=
rk/orm/hibernate/support/LobTypeTests.java</td><td class=3D"modifications-d=
ata">added BlobByteArrayType, introduced AbstractLobType superclass</td></t=
r><tr class=3D"modifications-evenrow"><td class=3D"modifications-data">modi=
fied</td><td class=3D"modifications-data">jhoeller</td><td class=3D"modific=
ations-data">samples/tiles-example/build.xml</td><td class=3D"modifications=
-data">fixed docs target</td></tr><tr class=3D"modifications-oddrow"><td cl=
ass=3D"modifications-data">modified</td><td class=3D"modifications-data">jh=
oeller</td><td class=3D"modifications-data">samples/petclinic/build.xml</td=
><td class=3D"modifications-data">fixed docs target</td></tr><tr class=3D"m=
odifications-evenrow"><td class=3D"modifications-data">modified</td><td cla=
ss=3D"modifications-data">jhoeller</td><td class=3D"modifications-data">sam=
ples/countries/build.xml</td><td class=3D"modifications-data">fixed docs ta=
rget</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

RE: [Springframework-developer] Preparing for Spring 1.1 final

[Rod J. <ro...@in...>]

Great!

I haven't documented the new "factory-bean" attribute that supports the =
use
of instance (rather than static) factory methods in the Reference Manual
yet. (It is documented in the DTD.) Doesn't justify holding the release, =
but
worth noting. (Hint, hint.)

Unfortunately I won't have time to do this myself before the release.

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf =
Of
j=FCrgen h=F6ller [werk3AT]
Sent: 14 August 2004 20:04
To: spr...@li...
Subject: [Springframework-developer] Preparing for Spring 1.1 final

Everybody,
=20
>From my point of view, Spring 1.1 final is ready for release; the only
remaining point is documentation. There's no reference docs on the HTTP
invoker yet, for example: While this is not too critical, I'll try to =
add
docs on it till Monday.
=20
Feel free to give the current CVS snapshot a final try, and to do some =
final
proof-reading of the docs! Please report any issues ASAP: I currently =
plan
to do the release Monday night, provided that there are no showstoppers.
=20
Juergen


-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media =
100pk
Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off
Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Preparing for Spring 1.1 final

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

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 14 August 2004 20:03, j=FCrgen h=F6ller [werk3AT] wrote:
> Everybody,
>
> From my point of view, Spring 1.1 final is ready for release; the only
> remaining point is documentation. There's no reference docs on the HTTP
> invoker yet, for example: While this is not too critical, I'll try to add
> docs on it till Monday.
>
> Feel free to give the current CVS snapshot a final try, and to do some
> final proof-reading of the docs! Please report any issues ASAP: I
> currently plan to do the release Monday night, provided that there are no
> showstoppers.

I'll have the Velocity & FreeMarker form rendering macros ready to commit=20
tonight or tomorrow - they're working pretty well now - but the docs may=20
take a day or two longer. =20

=2D --=20
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBHmaKKLMLAN01aw0RArmdAJ9TsBw/CRzFeJkbh5u7yLb2EFQ+YwCcCZvp
Ks0gKuK/+VrGviu6SIET8Sg=3D
=3DJvk4
=2D----END PGP SIGNATURE-----

[Springframework-developer] Preparing for Spring 1.1 final

[<jue...@we...>]

Everybody,
=20
From my point of view, Spring 1.1 final is ready for release; the only =
remaining point is documentation. There's no reference docs on the HTTP =
invoker yet, for example: While this is not too critical, I'll try to =
add docs on it till Monday.
=20
Feel free to give the current CVS snapshot a final try, and to do some =
final proof-reading of the docs! Please report any issues ASAP: I =
currently plan to do the release Monday night, provided that there are =
no showstoppers.
=20
Juergen

Re: [Springframework-developer] Re: workflow

[Fernando M. <fm...@de...>]

see below,

On Saturday 14 August 2004 14:07, Oliver Geisser wrote:
> Hi
>
> mustaoglu serdar wrote:
> > hi,
> > I want to learn experiences about worflow on spring
> >
> > which open source project is suitable: jbpm , cor:cern , twister ..
> > anyone can compare according to integration, performance and usability.
> > thanks.
>
> As far as I know there is no Spring integration of a workflow engine.
> But we face the same problem and so we have evaluated some workflow
> engines.
>
> There are many workflow engines out there:
> http://www.manageability.org/blog/stuff/workflow_in_java/view
>
> But we want an embeddable, non-EJB engine. For this requirement we found
> only the following ones:
>
> - Osworkflow
> This project looks good on the first sight. But if you take a second
> look there are (IMHO) some problems. Osworklow suffers from feature
> creep (integration of many third party libs for scripting, jobs, etc).
> Also the concepts confused me because they do not follow "standards"
> (which is not bad on itself) but there is no good explanation about the
> fundamental ideas behind them. It also seems there is only one active
> developer and no active community.

http://www.opensymphony.com/osworkflow/3.%20Understanding%20OSWorkflow.html
This seems to give a good grasp of Osworkflow concepts.
As far as I know, Hani and Patrick are the developers behind it.
Recently some Spring integration code has been comited which makes it easy to use Spring configured Hibernate Session.
We're using it at werk3at.com and the integration was really quick and easy, we're even geting our Functions and Conditions loaded from the appCtx and participating in Transactions.
I agree though that osworkflow is still a bit of a mess, specially AbstractWorkflow.java, and it doesn't care for standards.
We've looked at jbpm2, but as you said:

> But if you want JBPM2 to use a Spring configured Hibernate Session
> Factory which takes part in Spring controlled transactions then it will
> become a little bit tricky.

And since we needed something quickly, we went with osworkflow.
If in the future jbpm2 code will change to allow more easy integration with Spring, we might replace Osworkflow, but for now it's working fine for our usecases.

[Springframework-developer] Re: workflow

[Oliver G. <oli...@gm...>]

Hi

mustaoglu serdar wrote:
> hi,
> I want to learn experiences about worflow on spring
>  
> which open source project is suitable: jbpm , cor:cern , twister ..
> anyone can compare according to integration, performance and usability.
> thanks.

As far as I know there is no Spring integration of a workflow engine.
But we face the same problem and so we have evaluated some workflow engines.

There are many workflow engines out there: 
http://www.manageability.org/blog/stuff/workflow_in_java/view

But we want an embeddable, non-EJB engine. For this requirement we found 
only the following ones:

- Osworkflow
This project looks good on the first sight. But if you take a second 
look there are (IMHO) some problems. Osworklow suffers from feature 
creep (integration of many third party libs for scripting, jobs, etc). 
Also the concepts confused me because they do not follow "standards" 
(which is not bad on itself) but there is no good explanation about the 
fundamental ideas behind them. It also seems there is only one active 
developer and no active community.

- Twister
Just at the beginning and not ready for production.

- Bigbross Bossa
Too small and to low-level for us.

- JBPM
JBPM requires EJB. So during our first search we left it out. But JBPM2
changed this. JBPM2 is currently beta. It uses Hibernate for persistence 
(as we do) and it only has a loose coupling to a user database.

- con:cern
Did not know this one until your post. I just read the webpage for 5 
minutes. Looks interesting and I will look further into this.


So currently we are investigating how to "springify" JBPM2. We have a 
working version but it is a "quick&dirty" solution. We plan to polish 
the integration and offer it to JBPM2.

In short:

If you only want to start/create a JBPM2 engine from within Spring this 
is easy. Spring 1.1 supports static factory methods and JBPM2 has a 
static factory method to use.
But if you want JBPM2 to use a Spring configured Hibernate Session 
Factory which takes part in Spring controlled transactions then it will 
become a little bit tricky.

Hope this helps.

Ciao, Olli

--og

[Springframework-developer] spring build.77 Build Successful

[<al...@jt...>]

<html><head>
<style>
.white { color:#FFFFFF }.index { background-color:#FFFFFF }.index-passed { =
color:#004400 }.index-failed { color:#FF0000; font-weight:bold }.index-head=
er { font-weight:bold }.link { font-family:arial,helvetica,sans-serif; font=
-size:10pt; color:#FFFFFF; text-decoration:none; }.tab-table { margin: 0em =
0em 0.5em 0em; }.tabs { font-family:arial,helvetica,sans-serif; font-size:8=
pt; color:#000000; font-weight:bold; padding: 0em 2em; background-color:#EE=
EEEE; }.tabs-link { color:#000000; text-decoration:none; }.tabs-link:visite=
d { color:#000000; text-decoration:none; }.tabs-selected { font-family:aria=
l,helvetica,sans-serif; font-size:8pt; color:#000000; font-weight:bold; pad=
ding: 0em 2em; }.tabs-selected { border: inset; }.header-title { font-famil=
y:arial,helvetica,sans-serif; font-size:12pt; color:#000000; font-weight:bo=
ld; }.header-label { font-weight:bold; }.header-data { font-family:arial,he=
lvetica,sans-serif; font-size:10pt; color:#000000; }.modifications-data { f=
ont-family:arial,helvetica,sans-serif; font-size:8pt; color:#000000; }.modi=
fications-sectionheader { background-color:#000066; font-family:arial,helve=
tica,sans-serif; font-size:10pt; color:#FFFFFF; }.modifications-oddrow { ba=
ckground-color:#CCCCCC }.modifications-evenrow { background-color:#FFFFCC }=
.changelists-oddrow { background-color:#CCCCCC }.changelists-evenrow { back=
ground-color:#FFFFCC }.changelists-file-spacer { background-color:#FFFFFF }=
.changelists-file-evenrow { background-color:#EEEEEE }.changelists-file-odd=
row { background-color:#FFFFEE }.changelists-file-header { background-color=
:#666666; font-family:arial,helvetica,sans-serif; font-size:8pt; color:#FFF=
FFF; }.compile-data { font-family:arial,helvetica,sans-serif; font-size:8pt=
; color:#000000; }.compile-error-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#FF0000; }.compile-warn-data { font-family:arial,=
helvetica,sans-serif; font-size:8pt; color:#CC9900; }.compile-sectionheader=
 { background-color:#000066; font-family:arial,helvetica,sans-serif; font-s=
ize:10pt; color:#FFFFFF; }.distributables-data { font-family:arial,helvetic=
a,sans-serif; font-size:8pt; color:#000000; }.distributables-sectionheader =
{ background-color:#000066; font-family:arial,helvetica,sans-serif; font-si=
ze:10pt; color:#FFFFFF; }.distributables-oddrow { background-color:#CCCCCC =
}.unittests-sectionheader { background-color:#000066; font-family:arial,hel=
vetica,sans-serif; font-size:10pt; color:#FFFFFF; }.unittests-oddrow { back=
ground-color:#CCCCCC }.unittests-data { font-family:arial,helvetica,sans-se=
rif; font-size:8pt; color:#000000; }.unittests-error { font-family:arial,he=
lvetica,sans-serif; font-size:8pt; color:#FF0000; }.checkstyle-oddrow { bac=
kground-color:#CCCCCC }.checkstyle-data { font-family:arial,helvetica,sans-=
serif; font-size:8pt; color:#000000; }.checkstyle-sectionheader { backgroun=
d-color:#000066; font-family:arial,helvetica,sans-serif; font-size:10pt; co=
lor:#FFFFFF; }
</style>
</head><body>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"header-title">BUILD COMPLETE&nbsp;-&nbsp;     =
               build.77</td></tr><tr><td class=3D"header-data"><span class=
=3D"header-label">Date of build:&nbsp;</span>08/14/2004 00:16:29</td></tr><=
tr><td class=3D"header-data"><span class=3D"header-label">Time to build:&nb=
sp;</span>13 minutes 22 seconds</td></tr><tr><td class=3D"header-data"><spa=
n class=3D"header-label">Last changed:&nbsp;</span>08/13/2004 05:47:38</td>=
</tr><tr><td class=3D"header-data"><span class=3D"header-label">Last log en=
try:&nbsp;</span>changed to use StatementCreatorUtils.setParameterValue for=
 SqlOutParameters used as IN OUT parameter for stored procedures</td></tr><=
/table><p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"/><p>
<p>
<table xmlns=3D"http://www.w3.org/TR/html4/strict.dtd" width=3D"98%" border=
=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"center"><tr><td class=
=3D"compile-sectionheader">                        &nbsp;Errors/Warnings: (=
6)                    </td></tr><tr><td><pre class=3D"compile-error-data">N=
ote: Some input files use or override a deprecated API.<br class=3D"none"/>=
Note: Recompile with -deprecation for details.Note: /jteam/build/checkout/s=
pring/spring/mock/org/springframework/mock/web/MockHttpSession.java uses or=
 overrides a deprecated API.<br class=3D"none"/>Note: Recompile with -depre=
cation for details.<br class=3D"none"/>Note: Some input files use or overri=
de a deprecated API.<br class=3D"none"/>Note: Recompile with -deprecation f=
or details.<br class=3D"none"/></pre></td></tr></table><p>
<p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"unittests-sectionheader">       =
            &nbsp;Unit Tests: (1470)                </td></tr><tr><td><tabl=
e width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=3D"c=
enter"><tr><td class=3D"unittests-data">                failure            =
</td><td width=3D"40%" class=3D"unittests-data">testHomePage</td><td width=
=3D"40%" class=3D"unittests-data">org.springframework.apptests.buildtest.Al=
lTests</td></tr></table></td></tr><tr></tr><tr><td colspan=3D"2">&nbsp;</td=
></tr><tr><td colspan=3D"4" class=3D"unittests-sectionheader">             =
       &nbsp;Unit Test Error Details:&nbsp;(1)                </td></tr><tr=
><td class=3D"unittests-data" colspan=3D"2">                Test:&nbsp;test=
HomePage</td></tr><tr><td class=3D"unittests-data" colspan=3D"2">          =
      Class:&nbsp;org.springframework.apptests.buildtest.AllTests</td></tr>=
<tr><td class=3D"unittests-data" colspan=3D"2">                Type: junit.=
framework.AssertionFailedError</td></tr><tr><td class=3D"unittests-data" co=
lspan=3D"2">                Message: Exception while testing URL http://loc=
alhost:13084/buildtest:java.io.IOException</td></tr><tr><td class=3D"unitte=
sts-error" colspan=3D"2"><pre>junit.framework.AssertionFailedError: Excepti=
on while testing URL http://localhost:13084/buildtest:java.io.IOException<b=
r>=09at org.springframework.apptests.buildtest.AllTests.testHomePage(Unknow=
n Source)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Meth=
od)<br>=09at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess=
orImpl.java:39)<br>=09at sun.reflect.DelegatingMethodAccessorImpl.invoke(De=
legatingMethodAccessorImpl.java:25)<br></pre></td></tr><tr><td colspan=3D"2=
">&nbsp;</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td colspan=3D"4" class=3D"modifications-sectionheader">   =
                 &nbsp;Modifications since last build:&nbsp;               =
     (1)                </td></tr><tr class=3D"modifications-evenrow"><td c=
lass=3D"modifications-data">modified</td><td class=3D"modifications-data">t=
risberg</td><td class=3D"modifications-data">src/org/springframework/jdbc/c=
ore/CallableStatementCreatorFactory.java</td><td class=3D"modifications-dat=
a">changed to use StatementCreatorUtils.setParameterValue for SqlOutParamet=
ers used as IN OUT parameter for stored procedures</td></tr></table><p>
<table width=3D"98%" border=3D"0" cellspacing=3D"0" cellpadding=3D"2" align=
=3D"center"><tr><td class=3D"distributables-sectionheader">                =
        &nbsp;Deployments by this build:&nbsp;(8)                    </td><=
/tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/checko=
ut/spring/spring/dist/spring.jar</td></tr><tr class=3D"distributables-oddro=
w"><td class=3D"distributables-data">Building war: /jteam/build/checkout/sp=
ring/spring/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr><td c=
lass=3D"distributables-data">Building war: /jteam/build/checkout/spring/spr=
ing/autobuilds/apps/buildtest/dist/buildtest.war</td></tr><tr class=3D"dist=
ributables-oddrow"><td class=3D"distributables-data">Building war: /jteam/b=
uild/checkout/spring/spring/autobuilds/apps/buildtest/dist/buildtest.war</t=
d></tr><tr><td class=3D"distributables-data">Building jar: /jteam/build/che=
ckout/spring/spring/autobuilds/apps/jpetstore/war/WEB-INF/lib/jpetstore.jar=
</td></tr><tr class=3D"distributables-oddrow"><td class=3D"distributables-d=
ata">Building war: /jteam/build/checkout/spring/spring/autobuilds/apps/jpet=
store/dist/jpetstore.war</td></tr><tr><td class=3D"distributables-data">Bui=
lding jar: /jteam/build/checkout/spring/spring/autobuilds/apps/jpetstore/wa=
r/WEB-INF/lib/jpetstore.jar</td></tr><tr class=3D"distributables-oddrow"><t=
d class=3D"distributables-data">Building war: /jteam/build/checkout/spring/=
spring/autobuilds/apps/jpetstore/dist/jpetstore.war</td></tr></table>
</body></html>

Re: [Springframework-developer] Groovy/Spring

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

Never mind, I got confused and thought this wasn't checked in, since the 
package name has changed since Dion's original post about this code.


Colin Sampaleanu wrote:

> I thought I replied to this, but looks like I didn't. I'm in favour of 
> this being checked in, including groovy.jar.
>
> Colin
>
>
> Rod Johnson wrote:
>
>> I've just written something that I think is rather cool that allows a 
>> bean
>> to be written in Groovy yet configured via the full power of Spring
>> Dependency Injection. It also supports reloading if the script changes,
>> preserving existing references.
>>
>> I would like to check this into the sandbox. However, that would mean 
>> adding
>> the groovy jar. Personally I'm in favour of adding Groovy anyway, as 
>> I think
>> it would be good to be able to use it for tests, even before 1.1 final.
>>
>> Thoughts?
>>
>> R
>>   
>

Re: [Springframework-developer] Groovy/Spring

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

On Friday 13 August 2004 19:11, Colin Sampaleanu wrote:
> I thought I replied to this

you did, on the 30th July

:)

-- 
Darren Davison
Public Key: http://www.davison.uk.net/pages/key.htm