Re: inter-instance communication ?
Hello Gavin; (Shifted back to WebObjects-Dev as I presume you mean to target this list) I use a messaging server (using J2EE's JMS interfaces) that has a topic configured for this purpose. You can use the free ActiveMQ to develop with, but I would tend to go for something commercial for any serious deployments. What I tend to do is to fire JSON-RPC messages into the queue and have them invoke on all the instances in the deployment. This works well for me. cheers. I have a need to communicate small amounts of data between application instances (some on the same machine, some on others), enough for them to make a shared decision about which one is going to be 'master'. I looked at the Wonder default and jGroups implementations of remote notifications, but I believe that they have the goal of sync'ing models, which I don't need to do. The shared info is dynamic (for example, if the master instance gets in trouble, I want another to become the new master). I can think of a few ways to do this: I could set up my own multicast chit-chat, I could put the data in question in a database, I could use a networked file, ...), but I thought I'd ask whether Wonder, with its extensive coverage had some capability that would facilitate this .. Gavin ___ Andrew Lindesay www.lindesay.co.nz ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Applet + WO
Shravan, another way , if you don't use component , you avoid cache trouble. Would it be difficult to extract the code ( used to receive for the uploaded file) in your component and put it in a DrectAction ? With WOActionURL you can generate the url for the action for the Applet, the Applet may upload files directly to a dedicated direction action, and then avoid to fill the cache ? What did you have in your component that a direction action may needs and not have ? HTH, Stephane PS : just an idea, but not sure a good idea .. Le 21 sept. 08 à 20:52, shravan kumar a écrit : Hello Stephane, In our app, we have limit the page cache size to be 10. As a result not more than 10 files I was able to upload per click. I have tried increasing this size to 20, then I was able to upload not more than 20 files per click. However, I do not see this as option for solution, as in our app, we do not have any upload limit, i.e., no limit on how many number of files can be uploaded per click. I imagine some vague solution of replacing contextID in the URL of the final request with the new one. But was not sure of how to implement this/ is this the solution? Thank You, Shravan Kumar. M - --- On Sun, 9/21/08, Stephane Guyot <[EMAIL PROTECTED]> wrote: From: Stephane Guyot <[EMAIL PROTECTED]> Subject: Re: Applet + WO To: "webobjects Development" Cc: [EMAIL PROTECTED] Date: Sunday, September 21, 2008, 8:33 PM Hi Shravan, as far as I remember, "You Bactrack too far" occurs when you have a cachePageSize too small in your Application. Default is 30, did you try to increase the size ? You can try 100 ? 200 ... Did you a limit for the upload ? How many files the user may upload in one click ? Each time you upload a file with your component, a new entry is put in the cache with a new contextID, but it's the same instance, Only after all the photos are uploaded, then it invokes another action and then refreshes main page... when you try to refresh the main page, it's contextID is no more in the cache , and then backtrack too far :-( For better solution, implement your own caching management via session's api, like restorePageForContextID, savePage ..., but the way to do that , is not clear in my mind anymore. HTH, Stephane Le 21 sept. 08 à 06:40, shravan kumar a écrit : Hello Group, I have integrated a third party Applet tool called Image Uploader to our app. Integration was good and ImageUploader is also designed and functioning great. This tool basically uploads files of different formats at ease. Lets say you have selected 20 files and clicked on upload, app is just uploading 10 files and then I receive "You Have Backtracked Too Far" error. This tool basically, submits each file you are uploading to the server one by one ( based on config ), i.e., it invokes the WOComponent action processing this upload 20 times... and during these invocations the applet does not refresh the main page where this applet is embedded. Only after all the photos are uploaded, then it invokes another action and then refreshes main page... So, can any one suggest me, how to overcome this issue in best manner asap. Thanks in advance. Thank You, Shravan ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/ stephane.guyot11%40wanadoo.fr This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Applet + WO
Hello Stephane, In our app, we have limit the page cache size to be 10. As a result not more than 10 files I was able to upload per click. I have tried increasing this size to 20, then I was able to upload not more than 20 files per click. However, I do not see this as option for solution, as in our app, we do not have any upload limit, i.e., no limit on how many number of files can be uploaded per click. I imagine some vague solution of replacing contextID in the URL of the final request with the new one. But was not sure of how to implement this/ is this the solution? Thank You, Shravan Kumar. M - --- On Sun, 9/21/08, Stephane Guyot <[EMAIL PROTECTED]> wrote: > From: Stephane Guyot <[EMAIL PROTECTED]> > Subject: Re: Applet + WO > To: "webobjects Development" > Cc: [EMAIL PROTECTED] > Date: Sunday, September 21, 2008, 8:33 PM > Hi Shravan, > > as far as I remember, "You Bactrack too far" > occurs when you have a > cachePageSize too small in your Application. > Default is 30, did you try to increase the size ? > You can try 100 ? 200 ... > Did you a limit for the upload ? How many files the user > may upload > in one click ? > > Each time you upload a file with your component, a new > entry is put > in the cache with a new contextID, but it's the same > instance, > > > Only after all the photos are uploaded, then it > invokes another > > action and then refreshes main page... > > > when you try to refresh the main page, it's contextID > is no more in > the cache , and then backtrack too far :-( > > For better solution, implement your own caching management > via > session's api, like restorePageForContextID, savePage > ..., > but the way to do that , is not clear in my mind anymore. > > HTH, > Stephane > > > Le 21 sept. 08 à 06:40, shravan kumar a écrit : > > > > > Hello Group, > > > > I have integrated a third party Applet tool called > Image Uploader > > to our app. Integration was good and ImageUploader is > also designed > > and functioning great. > > > > > > This tool basically uploads files of different formats > at ease. > > > > Lets say you have selected 20 files and clicked on > upload, app is > > just uploading 10 files and then I receive "You > Have Backtracked > > Too Far" error. > > This tool basically, submits each file you are > uploading to the > > server one by one ( based on config ), i.e., it > invokes the > > WOComponent action processing this upload 20 times... > and during > > these invocations the applet does not refresh the main > page where > > this applet is embedded. Only after all the photos are > uploaded, > > then it invokes another action and then refreshes main > page... > > > > So, can any one suggest me, how to overcome this issue > in best > > manner asap. > > > > Thanks in advance. > > > > Thank You, > > Shravan > > > > > > > > ___ > > Do not post admin requests to the list. They will be > ignored. > > Webobjects-dev mailing list > (Webobjects-dev@lists.apple.com) > > Help/Unsubscribe/Update your Subscription: > > http://lists.apple.com/mailman/options/webobjects-dev/ > > > stephane.guyot11%40wanadoo.fr > > > > This email sent to [EMAIL PROTECTED] > > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Applet + WO
Thanks for your explanation Stephane. I was aware of those API, but not sure of how exactly I should implement them, such that they do not adversely impact my app. Could you or anyone else can advise me a more appropriate solution to fight against this devil ;-) Thanks in advance. Thank You, Shravan -- --- On Sun, 9/21/08, Stephane Guyot <[EMAIL PROTECTED]> wrote: > From: Stephane Guyot <[EMAIL PROTECTED]> > Subject: Re: Applet + WO > To: "webobjects Development" > Cc: [EMAIL PROTECTED] > Date: Sunday, September 21, 2008, 8:33 PM > Hi Shravan, > > as far as I remember, "You Bactrack too far" > occurs when you have a > cachePageSize too small in your Application. > Default is 30, did you try to increase the size ? > You can try 100 ? 200 ... > Did you a limit for the upload ? How many files the user > may upload > in one click ? > > Each time you upload a file with your component, a new > entry is put > in the cache with a new contextID, but it's the same > instance, > > > Only after all the photos are uploaded, then it > invokes another > > action and then refreshes main page... > > > when you try to refresh the main page, it's contextID > is no more in > the cache , and then backtrack too far :-( > > For better solution, implement your own caching management > via > session's api, like restorePageForContextID, savePage > ..., > but the way to do that , is not clear in my mind anymore. > > HTH, > Stephane > > > Le 21 sept. 08 à 06:40, shravan kumar a écrit : > > > > > Hello Group, > > > > I have integrated a third party Applet tool called > Image Uploader > > to our app. Integration was good and ImageUploader is > also designed > > and functioning great. > > > > > > This tool basically uploads files of different formats > at ease. > > > > Lets say you have selected 20 files and clicked on > upload, app is > > just uploading 10 files and then I receive "You > Have Backtracked > > Too Far" error. > > This tool basically, submits each file you are > uploading to the > > server one by one ( based on config ), i.e., it > invokes the > > WOComponent action processing this upload 20 times... > and during > > these invocations the applet does not refresh the main > page where > > this applet is embedded. Only after all the photos are > uploaded, > > then it invokes another action and then refreshes main > page... > > > > So, can any one suggest me, how to overcome this issue > in best > > manner asap. > > > > Thanks in advance. > > > > Thank You, > > Shravan > > > > > > > > ___ > > Do not post admin requests to the list. They will be > ignored. > > Webobjects-dev mailing list > (Webobjects-dev@lists.apple.com) > > Help/Unsubscribe/Update your Subscription: > > http://lists.apple.com/mailman/options/webobjects-dev/ > > > stephane.guyot11%40wanadoo.fr > > > > This email sent to [EMAIL PROTECTED] > > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Applet + WO
Hi Shravan, as far as I remember, "You Bactrack too far" occurs when you have a cachePageSize too small in your Application. Default is 30, did you try to increase the size ? You can try 100 ? 200 ... Did you a limit for the upload ? How many files the user may upload in one click ? Each time you upload a file with your component, a new entry is put in the cache with a new contextID, but it's the same instance, Only after all the photos are uploaded, then it invokes another action and then refreshes main page... when you try to refresh the main page, it's contextID is no more in the cache , and then backtrack too far :-( For better solution, implement your own caching management via session's api, like restorePageForContextID, savePage ..., but the way to do that , is not clear in my mind anymore. HTH, Stephane Le 21 sept. 08 à 06:40, shravan kumar a écrit : Hello Group, I have integrated a third party Applet tool called Image Uploader to our app. Integration was good and ImageUploader is also designed and functioning great. This tool basically uploads files of different formats at ease. Lets say you have selected 20 files and clicked on upload, app is just uploading 10 files and then I receive "You Have Backtracked Too Far" error. This tool basically, submits each file you are uploading to the server one by one ( based on config ), i.e., it invokes the WOComponent action processing this upload 20 times... and during these invocations the applet does not refresh the main page where this applet is embedded. Only after all the photos are uploaded, then it invokes another action and then refreshes main page... So, can any one suggest me, how to overcome this issue in best manner asap. Thanks in advance. Thank You, Shravan ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/ stephane.guyot11%40wanadoo.fr This email sent to [EMAIL PROTECTED] ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]