From: David T. <dav...@cl...> - 2004-03-03 14:04:48
|
Hi, is anyone successfully using the WO WebServices frameworks with ERX and ERD? I am getting funny exceptions caused by code which checks if the D2WModel is an instanceof _WSRuleModel. I could not figure out how to fix it so i ended up in creating a new app that does -not- use ERD for D2WS apps which i do not like at all. regards David |
From: Anjo K. <kr...@lo...> - 2004-03-03 17:54:59
|
Am 03.03.2004 um 14:51 schrieb David Teran: > Hi, > > is anyone successfully using the WO WebServices frameworks with ERX=20 > and ERD? I am getting funny exceptions caused by code which checks if=20= > the D2WModel is an instanceof _WSRuleModel. > > I could not figure out how to fix it so i ended up in creating a new=20= > app that does -not- use ERD for D2WS apps which i do not like at all. The problem is that rapid-turnaround is broken when you link with WS,=20 because it replaces the default model with _WSRuleModel. I don=BFt = really=20 know what _WSRuleModel is doing, but for me it's more important to have=20= the rapid-turnaround working... Cheers, Anjo |
From: David T. <dav...@cl...> - 2004-03-03 18:05:49
|
>> is anyone successfully using the WO WebServices frameworks with ERX=20= >> and ERD? I am getting funny exceptions caused by code which checks if=20= >> the D2WModel is an instanceof _WSRuleModel. >> >> I could not figure out how to fix it so i ended up in creating a new=20= >> app that does -not- use ERD for D2WS apps which i do not like at all. > > The problem is that rapid-turnaround is broken when you link with WS,=20= > because it replaces the default model with _WSRuleModel. I don=BFt=20 > really know what _WSRuleModel is doing, but for me it's more important=20= > to have the rapid-turnaround working... > > The real problem is that without rapid-turnaround you cannot use the=20 d2w assistant. But if this assistant is as useless as the one from d2w=20= then i do not care and type rules by hand. cheers David |
From: Max M. <max...@ma...> - 2004-03-03 18:31:52
|
Hi David & Anjo, Yeah there are even more problems once you work around the the=20= RuleModel issue (spent half a day hacking a few months back).=20 Specifically all of the rules are serialized and feed back and forth=20 across the wire to the WS Assistant. This means that all of the custom=20= assignments throw ClassNotFoundExceptions within the Assistant which=20 throws it into a really funky state. Really blows as the D2WS stuff is=20= very, very cool. Not sure what the best way to enhance this to work=20 correctly. I guess one could augment the WS Assistant with a=20 URLClassLoader which could point at your WO app and request the classes=20= from it, or the assistant could be modified to not need the custom=20 assignment classes. The ERD2W stuff also doesn't work with the D2JC stuff for a = different=20 reason (custom model). It would be really nice if one day all of the=20 rule stuff had been extracted to the point where you could have a=20 single woa that had D2W pages, could interface with D2JC clients and=20 vend D2WS requests. Regards, Max On Mar 3, 2004, at 9:41 AM, Anjo Krank wrote: > > Am 03.03.2004 um 14:51 schrieb David Teran: > >> Hi, >> >> is anyone successfully using the WO WebServices frameworks with ERX=20= >> and ERD? I am getting funny exceptions caused by code which checks if=20= >> the D2WModel is an instanceof _WSRuleModel. >> >> I could not figure out how to fix it so i ended up in creating a new=20= >> app that does -not- use ERD for D2WS apps which i do not like at all. > > The problem is that rapid-turnaround is broken when you link with WS,=20= > because it replaces the default model with _WSRuleModel. I don=BFt=20 > really know what _WSRuleModel is doing, but for me it's more important=20= > to have the rapid-turnaround working... > > Cheers, Anjo > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc |
From: Anjo K. <kr...@lo...> - 2004-03-10 05:42:23
|
Hi Max, maybe we can do this the other way round: instead of setting the=20 default model to ERD2W, just set the model via _setModel() in the=20 D2WContexts when creating the pages in ERD2WFactory? Cheers, Anjo Am 03.03.2004 um 19:18 schrieb Max Muller: > Hi David & Anjo, > Yeah there are even more problems once you work around the the=20= > RuleModel issue (spent half a day hacking a few months back).=20 > Specifically all of the rules are serialized and feed back and forth=20= > across the wire to the WS Assistant. This means that all of the custom=20= > assignments throw ClassNotFoundExceptions within the Assistant which=20= > throws it into a really funky state. Really blows as the D2WS stuff is=20= > very, very cool. Not sure what the best way to enhance this to work=20 > correctly. I guess one could augment the WS Assistant with a=20 > URLClassLoader which could point at your WO app and request the=20 > classes from it, or the assistant could be modified to not need the=20 > custom assignment classes. > The ERD2W stuff also doesn't work with the D2JC stuff for a = different=20 > reason (custom model). It would be really nice if one day all of the=20= > rule stuff had been extracted to the point where you could have a=20 > single woa that had D2W pages, could interface with D2JC clients and=20= > vend D2WS requests. > > Regards, > Max > > On Mar 3, 2004, at 9:41 AM, Anjo Krank wrote: > >> >> Am 03.03.2004 um 14:51 schrieb David Teran: >> >>> Hi, >>> >>> is anyone successfully using the WO WebServices frameworks with ERX=20= >>> and ERD? I am getting funny exceptions caused by code which checks=20= >>> if the D2WModel is an instanceof _WSRuleModel. >>> >>> I could not figure out how to fix it so i ended up in creating a new=20= >>> app that does -not- use ERD for D2WS apps which i do not like at=20 >>> all. >> >> The problem is that rapid-turnaround is broken when you link with WS,=20= >> because it replaces the default model with _WSRuleModel. I don=BFt=20 >> really know what _WSRuleModel is doing, but for me it's more=20 >> important to have the rapid-turnaround working... >> >> Cheers, Anjo >> >> >> >> ------------------------------------------------------- >> SF.Net is sponsored by: Speed Start Your Linux Apps Now. >> Build and deploy apps & Web services for Linux with >> a free DVD software kit from IBM. Click Now! >> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > |
From: Dominique S. <dom...@ur...> - 2004-07-07 05:32:17
|
If the custom assignments is the problem for using D2WS at the same=20 time as ERDirectToWeb, couldn't be possible to have a way to disable it=20= in Wonder for all persons who want the compatibility but not the custom=20= assignements ? Dominique On Mar 3, 2004, at 7:18 PM, Max Muller wrote: > Hi David & Anjo, > Yeah there are even more problems once you work around the the=20= > RuleModel issue (spent half a day hacking a few months back).=20 > Specifically all of the rules are serialized and feed back and forth=20= > across the wire to the WS Assistant. This means that all of the custom=20= > assignments throw ClassNotFoundExceptions within the Assistant which=20= > throws it into a really funky state. Really blows as the D2WS stuff is=20= > very, very cool. Not sure what the best way to enhance this to work=20 > correctly. I guess one could augment the WS Assistant with a=20 > URLClassLoader which could point at your WO app and request the=20 > classes from it, or the assistant could be modified to not need the=20 > custom assignment classes. > The ERD2W stuff also doesn't work with the D2JC stuff for a = different=20 > reason (custom model). It would be really nice if one day all of the=20= > rule stuff had been extracted to the point where you could have a=20 > single woa that had D2W pages, could interface with D2JC clients and=20= > vend D2WS requests. > > Regards, > Max > > On Mar 3, 2004, at 9:41 AM, Anjo Krank wrote: > >> >> Am 03.03.2004 um 14:51 schrieb David Teran: >> >>> Hi, >>> >>> is anyone successfully using the WO WebServices frameworks with ERX=20= >>> and ERD? I am getting funny exceptions caused by code which checks=20= >>> if the D2WModel is an instanceof _WSRuleModel. >>> >>> I could not figure out how to fix it so i ended up in creating a new=20= >>> app that does -not- use ERD for D2WS apps which i do not like at=20 >>> all. >> >> The problem is that rapid-turnaround is broken when you link with WS,=20= >> because it replaces the default model with _WSRuleModel. I don=BFt=20 >> really know what _WSRuleModel is doing, but for me it's more=20 >> important to have the rapid-turnaround working... >> >> Cheers, Anjo >> >> >> >> ------------------------------------------------------- >> SF.Net is sponsored by: Speed Start Your Linux Apps Now. >> Build and deploy apps & Web services for Linux with >> a free DVD software kit from IBM. Click Now! >> http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=3Dclick > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc > |
From: David T. <dav...@cl...> - 2004-07-07 07:42:40
|
Hi, damn, i did not receive the message from Max, maybe i missed other mails, too. > If the custom assignments is the problem for using D2WS at the same > time as ERDirectToWeb, couldn't be possible to have a way to disable > it in Wonder for all persons who want the compatibility but not the > custom assignements ? > Hm, Anjo rewrote the whole d2w.d2wmodel from ERD to take advantage of (mostly his) custom assignment and indeed: the number of rules when down a lot. So getting rid of the custom assignments means also: creating a new d2w.d2wmodel for ERD. > Dominique > > On Mar 3, 2004, at 7:18 PM, Max Muller wrote: > >> Hi David & Anjo, >> Yeah there are even more problems once you work around the the >> RuleModel issue (spent half a day hacking a few months back). >> Specifically all of the rules are serialized and feed back and forth >> across the wire to the WS Assistant. This means that all of the >> custom assignments throw ClassNotFoundExceptions within the Assistant >> which throws it into a really funky state. Really blows as the D2WS >> stuff is very, very cool. Not sure what the best way to enhance this >> to work correctly. I guess one could augment the WS Assistant with a >> URLClassLoader which could point at your WO app and request the >> classes from it, or the assistant could be modified to not need the >> custom assignment classes. Do you think its worthwhile to try something or do you think its more or less impossible? >> The ERD2W stuff also doesn't work with the D2JC stuff for a >> different reason (custom model). It would be really nice if one day >> all of the rule stuff had been extracted to the point where you could >> have a single woa that had D2W pages, could interface with D2JC >> clients and vend D2WS requests. >> Yes, this would be great. I already need D2WS and D2W and ERD in one app... Regards David |
From: Anjo K. <kr...@lo...> - 2004-07-07 07:57:09
|
Am 07.07.2004 um 09:35 schrieb David Teran: > damn, i did not receive the message from Max, maybe i missed other > mails, too. This was from quite a while ago. >> If the custom assignments is the problem for using D2WS at the same >> time as ERDirectToWeb, couldn't be possible to have a way to disable >> it in Wonder for all persons who want the compatibility but not the >> custom assignements ? >> > Hm, Anjo rewrote the whole d2w.d2wmodel from ERD to take advantage of > (mostly his) custom assignment and indeed: the number of rules when > down a lot. No, for the most part it went down because I moved the WebAssistent-stuff to another model, because they weren't needed 90% of the time. What I did mainly was to reduce the number of assignment *classes. The code is still there, but factored into only 3 or 4 of them - which don't lend themself to the class-loader solution because the use ERX*Utilities and you'd end up with all of ERX in your poor client. > So getting rid of the custom assignments means also: creating a new > d2w.d2wmodel for ERD. It's not that easy, because the whatever model gets chosen needs to have these rules. Again: it's the tools that need fixing. As a workaround, one can just move the BL code into frameworks and have a second app for JC client or WS. So, while probably inconvenient, I don't see this as a showstopper. Of course, I use neither, so I can't really comment. Cheers, Anjo |
From: David T. <dav...@cl...> - 2004-07-07 08:47:31
|
Am 07.07.2004 um 09:56 schrieb Anjo Krank: > > Am 07.07.2004 um 09:35 schrieb David Teran: > >> damn, i did not receive the message from Max, maybe i missed other >> mails, too. > > This was from quite a while ago. > Maybe, but i did not receive it, must check the mailserver. > No, for the most part it went down because I moved the > WebAssistent-stuff to another model, because they weren't needed 90% > of the time. What I did mainly was to reduce the number of assignment > *classes. The code is still there, but factored into only 3 or 4 of > them - which don't lend themself to the class-loader solution because > the use ERX*Utilities and you'd end up with all of ERX in your poor > client. > Ah, i see. >> So getting rid of the custom assignments means also: creating a new >> d2w.d2wmodel for ERD. > > It's not that easy, because the whatever model gets chosen needs to > have these rules. Again: it's the tools that need fixing. As a > workaround, one can just move the BL code into frameworks and have a > second app for JC client or WS. So, while probably inconvenient, I > don't see this as a showstopper. Of course, I use neither, so I can't > really comment. > No, its not a showstopper but its more than just building frameworks: inter app communication might be needed aka 'ERChangeNotificationJMS' or whatever. This makes the apps more complex. David |
From: Max M. <max...@ma...> - 2004-07-07 16:37:17
|
Hi, The D2WS support is not impossible to achieve, just requires sitting down and spending a bit of time to get it right. The main issue I saw was how the D2WS assistant worked, namely all of the rules are serialized and sent 'over the wire' to the Assistant. Then after you have made all of your changes they are pushed back to the server and saved into the user model file. Perhaps the easiest way would be to create a new rule file d2ws.d2wmodel and only have the rules sent back and forth from this model. This way the Assistant would be happy and we could continue to use the ERD2W custom assignments. The last bit is the use of a custom D2WModel which from what I can tell is only needed to support the D2WS Assistant and to prevent the rule files from being loaded from the D2W & EOGeneration frameworks. The first bit to investigate is to find out what breaks in the default case if those rule files are loaded. Could be just a performance short cut to not load a bunch of rules if they are going to just be sent over the wire to the assistant. To handle the model issue we have two options a) have ERD2WModel subclass _WSRuleModel (which itself subclasses D2WFastModel which might be an issue seeing as ERD2WModel subclasses D2WModel) or b) disable the _WSRuleModel when ERD2W is used. The a) case is attractive except for forcing everyone to link the D2WS stuff into their apps regardless if they plan on using it or not. The b) option is more involved but I think it is our only clean solution. For this to work we would need to implement our own _WSDirstAction to only push and pull rules from the d2ws.d2wmodel (I suppose we could also push and pull the rules from the D2WS framework as well so that the live testing would work). All and all not trivial, but definitely doable. Regards, Max On Jul 7, 2004, at 1:06 AM, David Teran wrote: > > Am 07.07.2004 um 09:56 schrieb Anjo Krank: > >> >> Am 07.07.2004 um 09:35 schrieb David Teran: >> >>> damn, i did not receive the message from Max, maybe i missed other >>> mails, too. >> >> This was from quite a while ago. >> > Maybe, but i did not receive it, must check the mailserver. > >> No, for the most part it went down because I moved the >> WebAssistent-stuff to another model, because they weren't needed 90% >> of the time. What I did mainly was to reduce the number of assignment >> *classes. The code is still there, but factored into only 3 or 4 of >> them - which don't lend themself to the class-loader solution because >> the use ERX*Utilities and you'd end up with all of ERX in your poor >> client. >> > Ah, i see. > >>> So getting rid of the custom assignments means also: creating a new >>> d2w.d2wmodel for ERD. >> >> It's not that easy, because the whatever model gets chosen needs to >> have these rules. Again: it's the tools that need fixing. As a >> workaround, one can just move the BL code into frameworks and have a >> second app for JC client or WS. So, while probably inconvenient, I >> don't see this as a showstopper. Of course, I use neither, so I can't >> really comment. >> > > No, its not a showstopper but its more than just building frameworks: > inter app communication might be needed aka 'ERChangeNotificationJMS' > or whatever. This makes the apps more complex. > > David > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital > self defense, top technical experts, no vendor pitches, unmatched > networking opportunities. Visit www.blackhat.com > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc |