Components D2W for ERTaggable ?
Hi alll, I'm quite new to D2W world and I would need/like to use something nice in the ERModernStyle look to display and edit tags for an entity... I've setup ERTaggable framework, database migration, everything's ready. Would you have someone some nice D2WEditTaggable and D2WDisplayTaggable components ? Thanks to you all. Josef ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: WOLips for Eclipse 4.3.1
If we could get them back, that would be great. I am not sure how this even happened, so I am not sure how to get them back. Maybe someone has a copy of the repository from before the corruption. Frank On Feb 6, 2014, at 2:18 AM, Johann Werner j...@oyosys.de wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com: I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: Unfortunately I got side tracked this weekend, so I did not get a chance to clean up the code. However, I have not seen the issue you are describing in EOModeler. There are times when the properties panel does not populate, but you just have to click on something else and then click back. So it is just an annoyance and not a problem. Frank On Jan 31, 2014, at 12:22 PM, Lon Varscsak lon.varsc...@gmail.com wrote: There was some wonkiness in the EOModeler tool too. I vaguely remember you'd go to edit a field (like class name) and
Re: WOLips for Eclipse 4.3.1
I just watched Linus' presentation on Git and he claims there is NO WAY to loose data in a Git Repository. He was quite opinionated!!! Does that mean that if it is bad, it was bad from the original check in? On Feb 6, 2014, at 9:23 AM, Frank Cobia frank_co...@me.com wrote: If we could get them back, that would be great. I am not sure how this even happened, so I am not sure how to get them back. Maybe someone has a copy of the repository from before the corruption. Frank On Feb 6, 2014, at 2:18 AM, Johann Werner j...@oyosys.de wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com: I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: Unfortunately I got side tracked this weekend, so I did not get a chance to clean up the code. However, I have not seen the issue you are describing in EOModeler. There are times when the properties panel does not populate, but you just have to click on
Re: WOLips for Eclipse 4.3.1
How about we just fund an Eclipse Plug-In developer? We could add money or bitcoins to a community sponsored fund and then see if a developer is interested. ? On Feb 6, 2014, at 1:18 AM, Johann Werner j...@oyosys.com wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com: I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: Unfortunately I got side tracked this weekend, so I did not get a chance to clean up the code. However, I have not seen the issue you are describing in EOModeler. There are times when the properties panel does not populate, but you just have to click on something else and then click back. So it is just an annoyance and not a problem. Frank On Jan 31, 2014, at 12:22 PM, Lon Varscsak lon.varsc...@gmail.com wrote: There was some wonkiness in the EOModeler tool too. I vaguely remember you'd go to edit a field (like class name) and it would clear all the contents...so
Re: WOLips for Eclipse 4.3.1
Sounds good to me - especially since I committed to look at this at last WOWODC and haven’t yet :/ On Feb 6, 2014, at 10:00 AM, James Cicenia ja...@jimijon.com wrote: How about we just fund an Eclipse Plug-In developer? We could add money or bitcoins to a community sponsored fund and then see if a developer is interested. ? On Feb 6, 2014, at 1:18 AM, Johann Werner j...@oyosys.com wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com: I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: Unfortunately I got side tracked this weekend, so I did not get a chance to clean up the code. However, I have not seen the issue you are describing in EOModeler. There are times when the properties panel does not populate, but you just have to click on something else and then click back. So it is just an annoyance and not a problem. Frank On Jan 31, 2014, at 12:22 PM, Lon Varscsak
Re: WOLips for Eclipse 4.3.1
Maybe Q would record a getting starting video for us. On Feb 6, 2014, at 10:23 AM, Pascal Robert prob...@macti.ca wrote: Kickstarter is another option. But finding a Eclipse plugin dev seems to be a hard task, I asked around if someone could present about plugin development at WOWODC and I didn't get anything. My last resort is to ask in a Eclipse mailing list. De: James Cicenia ja...@jimijon.com À: WebObjects-Dev Mailing List List webobjects-dev@lists.apple.com Envoyé: Jeudi 6 Février 2014 10:00:34 Objet: Re: WOLips for Eclipse 4.3.1 How about we just fund an Eclipse Plug-In developer? We could add money or bitcoins to a community sponsored fund and then see if a developer is interested. ? On Feb 6, 2014, at 1:18 AM, Johann Werner j...@oyosys.com wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com: I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: Unfortunately I got side
Re: WOLips for Eclipse 4.3.1
Kickstarter is another option. But finding a Eclipse plugin dev seems to be a hard task, I asked around if someone could present about plugin development at WOWODC and I didn't get anything. My last resort is to ask in a Eclipse mailing list. - Mail original - De: James Cicenia ja...@jimijon.com À: WebObjects-Dev Mailing List List webobjects-dev@lists.apple.com Envoyé: Jeudi 6 Février 2014 10:00:34 Objet: Re: WOLips for Eclipse 4.3.1 How about we just fund an Eclipse Plug-In developer? We could add money or bitcoins to a community sponsored fund and then see if a developer is interested. ? On Feb 6, 2014, at 1:18 AM, Johann Werner j...@oyosys.com wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com : blockquote I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) blockquote 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: blockquote This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: blockquote I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv blockquote blockquote De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars /blockquote Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : blockquote I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: blockquote 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: blockquote Unfortunately I got side tracked this weekend, so I did not get a chance to
Re: WOLips for Eclipse 4.3.1
We could do it something like in a crowd-funding way - everyone makes a commitment to the level of contribution they are comfortable with, and if we reach the stated goal, only then are people charged. I’m guessing we’d need to raise $10,000+ to make it worth someone’s time to fix/rewrite WOLips and add lots and lots and lots of documentation so we aren’t hostage to the one person who wrote it. I think we could achieve that. Dave On Feb 6, 2014, at 10:00 AM, James Cicenia ja...@jimijon.com wrote: How about we just fund an Eclipse Plug-In developer? We could add money or bitcoins to a community sponsored fund and then see if a developer is interested. ? On Feb 6, 2014, at 1:18 AM, Johann Werner j...@oyosys.com wrote: Am 04.02.2014 um 16:37 schrieb Frank Cobia frank_co...@me.com: I will give this a try and see if that fixes things for me. I am not sure what sashWeights does, but I am not sure that is the problem. I have tried doing similar things to this in the past and it would work for a while and then go back to throwing the NPEs. Here are the two things I did in the source to fix things. 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. Can those comments be resurrected from the repository history? Unfortunately besides those comments WOLips has no documentation (or is there?) 2) There is a kind of race condition. When you open the editor, while preparing the editor, it makes a call that makes a call, that makes a call, etc. Eventually that gets to a line that call core eclipse code. The core eclipse code then tries to access the editor. The problem is that the editor is still in the process of opening. There is probably a more elegant way to fix this, since the problem is that it is trying to access a variable that has not been set yet. The data that will be set already exists in a temporary variable, so one possible fix could be to set the variable sooner, but I am not sure if that would cause larger problems. However, the line that was causing the problem, appeared, based on the comment, to fix an obscure seldom encountered problem. So I commented that line out and I have not had any problems. Even if deleting that file fixes the current problem, if you go to Jenkins, you will see that the source no longer compiles. So, the plugin still needs to be fixed. Frank On Feb 4, 2014, at 10:20 AM, Hugi Thordarson h...@karlmenn.is wrote: This worked like a charm, thanks guys! :) Cheers, - hugi On 4.2.2014, at 14:56, Jean-François Veillette jean_francois_veille...@yahoo.ca wrote: I do what Lars recommended and it work! I did a compare of the file before/after and the only diff is the number of that properties: org.objectstyle.wolips.componenteditor.sashWeights=805,194 so you can simply remove that properties and it will work again. From what I looked at, the fix from Frank Cobia was commenting out the line culprit. I did not looked enough to conclude if it was a real fix, or a mere workaround for now. jfv De : Lars Sonchocky-Helldorf lars.sonchocky-helld...@hamburg.de Objet : Workaround for annoying NPE bug when opening WOComponent Editor Date : 22 octobre 2013 06:49:28 HAE À : webobjects-dev@lists.apple.com List List webobjects-dev@lists.apple.com Hi List, I don't know if you're also affected by this, but all my coworkers experience from time to time those annoying cascades of NPEs when opening a WOComponent in the WOComponent Editor on Eclipse Kepler (4.3) and WOLips 4.3 which, once they're happening, never go away by themselves. Now my coworker Tommy has found a workaround for this: - shutdown Eclipse - delete .metadata/.plugins/org.eclipse.core.runtime/.settings/org.objectstyle.wolips.wodclipse.core.prefs from your workspace - restart Eclipse - everything should work fine now. When the problem recurs just delete this file again. I hope this was helpful to some of you. cheers, Lars Le 2014-02-04 à 09:05, Hugi Thordarson h...@karlmenn.is a écrit : I’m getting an error on 4.3 where if I open a component (the component editor), it just shows up empty and then proceeds to throw bazillion nullpointerexceptions at me. I seem to recall having seen this before, but can’t for the life of me remember what I did to fix it. Light any bulbs for anyone? Cheers, - hugi On 3.2.2014, at 13:55, Ken Anderson kenli...@anderhome.com wrote: 3.x does the same thing... On Feb 3, 2014, at 8:47 AM, Frank Cobia frank_co...@me.com wrote: Unfortunately I got side tracked this weekend, so I did not get a
Re: WOLips for Eclipse 4.3.1
If you are talking about the comments in the html editor code.. they are messed up because are written in japanese. They have always been like that. http://amateras.sourceforge.jp/cgi-bin/fswiki/wiki.cgi?page=EclipseHTMLEditor On 5 Feb 2014, at 1:37 am, Frank Cobia frank_co...@me.com wrote: 1) There are a lot of source files with garbled comments. I am not sure what happened there, but the comments seem to have been added years ago. I think the files got corrupted somehow. The java compiler complains about the characters not being UTF-8. Since they are not code and I don't know how to recover the un-garbbled comments, I just deleted them. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/mastermind%40knuckleheads.net This email sent to masterm...@knuckleheads.net ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
But at the same time, since I'm not really involved with Java development anymore, I can only trust my contacts to find someone. A remote presentation is fine too, no need to be in Montreal. - Mail original - De: David LeBer dleber_wo...@codeferous.com À: George Domurot masterm...@knuckleheads.net Cc: WebObjects-Dev Mailing List List webobjects-dev@lists.apple.com Envoyé: Jeudi 6 Février 2014 11:28:58 Objet: Re: Suggestions for WOWODC Topics? That’s what we were talking about George. Pascal was looking for an Eclipse dev who could give us an overview on plugin development, with the eye to eliminating the sense that WOLips is a black box. He’s had no luck so far. D On Feb 6, 2014, at 11:20 AM, George Domurot masterm...@knuckleheads.net wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/mastermind%40knuckleheads.net This email sent to masterm...@knuckleheads.net ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com This email sent to dleber_wo...@codeferous.com ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca This email sent to prob...@macti.ca ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
That’s what we were talking about George. Pascal was looking for an Eclipse dev who could give us an overview on plugin development, with the eye to eliminating the sense that WOLips is a black box. He’s had no luck so far. D On Feb 6, 2014, at 11:20 AM, George Domurot masterm...@knuckleheads.net wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/mastermind%40knuckleheads.net This email sent to masterm...@knuckleheads.net ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com This email sent to dleber_wo...@codeferous.com ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
http://wiki.wocommunity.org/display/WOL/Debugging+WOLips Worked for me. On Feb 6, 2014, at 9:20 AM, George Domurot wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
unable to increment snapshot count for object
Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOComponentContent.invokeAction(WOComponentContent.java:38) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver._private.WOComponentReference.invokeAction(WOComponentReference.java:127) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver.WOSession.invokeAction(WOSession.java:1357) at com.webobjects.appserver.WOApplication.invokeAction(WOApplication.java:1745) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedPage(WOComponentRequestHandler.java:206) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedSession(WOComponentRequestHandler.java:298) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedApplication(WOComponentRequestHandler.java:332) at com.webobjects.appserver._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:369) at com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:442) at com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687) at COREApplication.dispatchRequest(COREApplication.java:454) at Application.dispatchRequest(Application.java:46) at com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144) at com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226) at java.lang.Thread.run(Thread.java:680) Caused by:
Re: unable to increment snapshot count for object
What have you changed? On 2/6/2014, 11:05 AM, Calven Eggert wrote: Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOComponentContent.invokeAction(WOComponentContent.java:38) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver._private.WOComponentReference.invokeAction(WOComponentReference.java:127) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver.WOSession.invokeAction(WOSession.java:1357) at com.webobjects.appserver.WOApplication.invokeAction(WOApplication.java:1745) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedPage(WOComponentRequestHandler.java:206) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedSession(WOComponentRequestHandler.java:298) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedApplication(WOComponentRequestHandler.java:332) at com.webobjects.appserver._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:369) at com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:442) at com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687) at COREApplication.dispatchRequest(COREApplication.java:454) at Application.dispatchRequest(Application.java:46) at com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144) at com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226) at java.lang.Thread.run(Thread.java:680) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedConstructorAccessor33.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at
Re: Suggestions for WOWODC Topics?
ah, of course you were! (late to the party, only one eye open) -G On Feb 6, 2014, at 8:28 AM, David LeBer dleber_wo...@codeferous.com wrote: That’s what we were talking about George. Pascal was looking for an Eclipse dev who could give us an overview on plugin development, with the eye to eliminating the sense that WOLips is a black box. He’s had no luck so far. D On Feb 6, 2014, at 11:20 AM, George Domurot masterm...@knuckleheads.net wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/mastermind%40knuckleheads.net This email sent to masterm...@knuckleheads.net ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com This email sent to dleber_wo...@codeferous.com ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
I don’t think it is WOLips so much as it is Eclipse’s rather large API and event driven programming model. On 2/6/2014, 11:21 AM, George Domurot wrote: ah, of course you were! (late to the party, only one eye open) -G On Feb 6, 2014, at 8:28 AM, David LeBer dleber_wo...@codeferous.commailto:dleber_wo...@codeferous.com wrote: That’s what we were talking about George. Pascal was looking for an Eclipse dev who could give us an overview on plugin development, with the eye to eliminating the sense that WOLips is a black box. He’s had no luck so far. D On Feb 6, 2014, at 11:20 AM, George Domurot masterm...@knuckleheads.netmailto:masterm...@knuckleheads.net wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.commailto:webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.camailto:prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.commailto:Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/mastermind%40knuckleheads.net This email sent to masterm...@knuckleheads.netmailto:masterm...@knuckleheads.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.commailto:Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/dleber_wodev%40codeferous.com This email sent to dleber_wo...@codeferous.commailto:dleber_wo...@codeferous.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.commailto:Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net This email sent to ch...@global-village.netmailto:ch...@global-village.net ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: unable to increment snapshot count for object
I've just looked at my log and it looks like this error has been happening for quite a while now a couple of years, it's just that lately many more users are using the application and so the error is showing up more often. What would cause this problem? On 2014-02-06, at 2:12 PM, Chuck Hill wrote: What have you changed? On 2/6/2014, 11:05 AM, Calven Eggert wrote: Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOComponentContent.invokeAction(WOComponentContent.java:38) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver._private.WOComponentReference.invokeAction(WOComponentReference.java:127) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver.WOSession.invokeAction(WOSession.java:1357) at com.webobjects.appserver.WOApplication.invokeAction(WOApplication.java:1745) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedPage(WOComponentRequestHandler.java:206) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedSession(WOComponentRequestHandler.java:298) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedApplication(WOComponentRequestHandler.java:332) at com.webobjects.appserver._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:369) at com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:442) at com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687) at COREApplication.dispatchRequest(COREApplication.java:454) at Application.dispatchRequest(Application.java:46) at com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144) at com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
Re: unable to increment snapshot count for object
What is Main? It looks like you are calling into EOF in a static initializer. That is NOT a good idea. at com.webobjects.eocontrol.EOCustomObject.storedValueForKey(EOCustomObject.java:1634) at BIXIdentity.accountName(BIXIdentity.java:44) at TrialMgr.isTrialCoordinator(TrialMgr.java:696) at TrialMgr.filterTrialViaQualifier(TrialMgr.java:585) at TrialMgr.filterTrialsViaQualifier(TrialMgr.java:577) at TrialMgr.retrieveTrials(TrialMgr.java:321) at Main.setUpTrialsDisplay(Main.java:153) at Main.initialize(Main.java:111) at Main.init(Main.java:86) On 2/6/2014, 11:31 AM, Calven Eggert wrote: I've just looked at my log and it looks like this error has been happening for quite a while now a couple of years, it's just that lately many more users are using the application and so the error is showing up more often. What would cause this problem? On 2014-02-06, at 2:12 PM, Chuck Hill wrote: What have you changed? On 2/6/2014, 11:05 AM, Calven Eggert wrote: Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOComponentContent.invokeAction(WOComponentContent.java:38) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver._private.WOComponentReference.invokeAction(WOComponentReference.java:127) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver.WOSession.invokeAction(WOSession.java:1357) at com.webobjects.appserver.WOApplication.invokeAction(WOApplication.java:1745) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedPage(WOComponentRequestHandler.java:206) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedSession(WOComponentRequestHandler.java:298) at com.webobjects.appserver._private.WOComponentRequestHandler._dispatchWithPreparedApplication(WOComponentRequestHandler.java:332) at
Re: Suggestions for WOWODC Topics?
Okay, I’ll try this sometime today or tomorrow and update it for Mavericks and whatever the current Eclipse is. It really doesn’t help that the instructions are for Leopard with a warning about it not working quite right for Snow Leopard - kinda sets the barrier to entry high when it didn’t work quite right 4 OS revisions ago. Dave On Feb 6, 2014, at 12:11 PM, Ramsey Gurley rgur...@smarthealth.com wrote: http://wiki.wocommunity.org/display/WOL/Debugging+WOLips Worked for me. On Feb 6, 2014, at 9:20 AM, George Domurot wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Suggestions for WOWODC Topics?
— WOLips - so easy that even Dave Avendasora can hack on it!™ — On 2/6/2014, 11:33 AM, David Avendasora wrote: Okay, I’ll try this sometime today or tomorrow and update it for Mavericks and whatever the current Eclipse is. It really doesn’t help that the instructions are for Leopard with a warning about it not working quite right for Snow Leopard - kinda sets the barrier to entry high when it didn’t work quite right 4 OS revisions ago. Dave On Feb 6, 2014, at 12:11 PM, Ramsey Gurley rgur...@smarthealth.commailto:rgur...@smarthealth.com wrote: http://wiki.wocommunity.org/display/WOL/Debugging+WOLips Worked for me. On Feb 6, 2014, at 9:20 AM, George Domurot wrote: Is there someone that can give an overview of the current Eclipse/WOLips development project, and how to get started working on updates? Seems like the folks at the conference should understand the basics of what we are all using today — seems like we should commit to some level of updates to the code base. -G On Feb 6, 2014, at 5:59 AM, David Avendasora webobje...@avendasora.commailto:webobje...@avendasora.com wrote: Maybe Xcode is the better WO IDE now... ducks On Feb 5, 2014, at 6:47 PM, Pascal Robert prob...@macti.camailto:prob...@macti.ca wrote: No luck finding a Eclipse dev. — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: unable to increment snapshot count for object
I have a WOComponent called CORELogin.java and it does this if a user's id/pw is valid Main mainPage = (Main) pageWithName(Main); --- public Main(WOContext context) { super(context); initialize(); } public void initialize() { ... } --- On 2014-02-06, at 2:33 PM, Chuck Hill wrote: What is Main? It looks like you are calling into EOF in a static initializer. That is NOT a good idea. at com.webobjects.eocontrol.EOCustomObject.storedValueForKey(EOCustomObject.java:1634) at BIXIdentity.accountName(BIXIdentity.java:44) at TrialMgr.isTrialCoordinator(TrialMgr.java:696) at TrialMgr.filterTrialViaQualifier(TrialMgr.java:585) at TrialMgr.filterTrialsViaQualifier(TrialMgr.java:577) at TrialMgr.retrieveTrials(TrialMgr.java:321) at Main.setUpTrialsDisplay(Main.java:153) at Main.initialize(Main.java:111) at Main.init(Main.java:86) On 2/6/2014, 11:31 AM, Calven Eggert wrote: I've just looked at my log and it looks like this error has been happening for quite a while now a couple of years, it's just that lately many more users are using the application and so the error is showing up more often. What would cause this problem? On 2014-02-06, at 2:12 PM, Chuck Hill wrote: What have you changed? On 2/6/2014, 11:05 AM, Calven Eggert wrote: Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOComponentContent.invokeAction(WOComponentContent.java:38) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver._private.WOComponentReference.invokeAction(WOComponentReference.java:127) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver.WOSession.invokeAction(WOSession.java:1357) at com.webobjects.appserver.WOApplication.invokeAction(WOApplication.java:1745) at
Re: unable to increment snapshot count for object
So just the constructor then, no static init blocks in that class? There are a few things that can cause this. Improper locking of the EODatabaseContext or the OSC for example. Chuck On 2/6/2014, 11:37 AM, Calven Eggert wrote: I have a WOComponent called CORELogin.java and it does this if a user's id/pw is valid Main mainPage = (Main) pageWithName(Main); --- public Main(WOContext context) { super(context); initialize(); } public void initialize() { ... } --- On 2014-02-06, at 2:33 PM, Chuck Hill wrote: What is Main? It looks like you are calling into EOF in a static initializer. That is NOT a good idea. at com.webobjects.eocontrol.EOCustomObject.storedValueForKey(EOCustomObject.java:1634) at BIXIdentity.accountName(BIXIdentity.java:44) at TrialMgr.isTrialCoordinator(TrialMgr.java:696) at TrialMgr.filterTrialViaQualifier(TrialMgr.java:585) at TrialMgr.filterTrialsViaQualifier(TrialMgr.java:577) at TrialMgr.retrieveTrials(TrialMgr.java:321) at Main.setUpTrialsDisplay(Main.java:153) at Main.initialize(Main.java:111) at Main.init(Main.java:86) On 2/6/2014, 11:31 AM, Calven Eggert wrote: I've just looked at my log and it looks like this error has been happening for quite a while now a couple of years, it's just that lately many more users are using the application and so the error is showing up more often. What would cause this problem? On 2014-02-06, at 2:12 PM, Chuck Hill wrote: What have you changed? On 2/6/2014, 11:05 AM, Calven Eggert wrote: Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOComponentContent.invokeAction(WOComponentContent.java:38) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver._private.WOComponentReference.invokeAction(WOComponentReference.java:127) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver.WOComponent.invokeAction(WOComponent.java:1079) at com.webobjects.appserver.WOSession.invokeAction(WOSession.java:1357) at
Re: unable to increment snapshot count for object
no static init blocks in Main or CORELogin (the calling class). the only locking that is done in app or framework is here using the MultiECLockManager: public Session() { super(); ecManager = new MultiECLockManager(); } public void finalize() throws Throwable { ecManager = null; super.finalize(); } public void awake() { super.awake(); ecManager.lock(); } public void sleep() { ecManager.unlock(); super.sleep(); } On 2014-02-06, at 2:42 PM, Chuck Hill wrote: So just the constructor then, no static init blocks in that class? There are a few things that can cause this. Improper locking of the EODatabaseContext or the OSC for example. Chuck On 2/6/2014, 11:37 AM, Calven Eggert wrote: I have a WOComponent called CORELogin.java and it does this if a user's id/pw is valid Main mainPage = (Main) pageWithName(Main); --- public Main(WOContext context) { super(context); initialize(); } public void initialize() { ... } --- On 2014-02-06, at 2:33 PM, Chuck Hill wrote: What is Main? It looks like you are calling into EOF in a static initializer. That is NOT a good idea. at com.webobjects.eocontrol.EOCustomObject.storedValueForKey(EOCustomObject.java:1634) at BIXIdentity.accountName(BIXIdentity.java:44) at TrialMgr.isTrialCoordinator(TrialMgr.java:696) at TrialMgr.filterTrialViaQualifier(TrialMgr.java:585) at TrialMgr.filterTrialsViaQualifier(TrialMgr.java:577) at TrialMgr.retrieveTrials(TrialMgr.java:321) at Main.setUpTrialsDisplay(Main.java:153) at Main.initialize(Main.java:111) at Main.init(Main.java:86) On 2/6/2014, 11:31 AM, Calven Eggert wrote: I've just looked at my log and it looks like this error has been happening for quite a while now a couple of years, it's just that lately many more users are using the application and so the error is showing up more often. What would cause this problem? On 2014-02-06, at 2:12 PM, Chuck Hill wrote: What have you changed? On 2/6/2014, 11:05 AM, Calven Eggert wrote: Hi, All of a sudden, in the past couple of weeks, I'm getting the below error a lot and I can't figure out what the heck is going on. Any ideas? Yes, I'm aware of the EOF commandments. :-) Calven === java.lang.reflect.InvocationTargetException com.webobjects.foundation.NSForwardException [java.lang.reflect.InvocationTargetException] null:java.lang.reflect.InvocationTargetException at com.webobjects.foundation._NSUtilities._explainInstantiationException(_NSUtilities.java:600) at com.webobjects.foundation._NSUtilities.instantiateObject(_NSUtilities.java:620) at com.webobjects.appserver._private.WOComponentDefinition._componentInstanceInContext(WOComponentDefinition.java:567) at com.webobjects.appserver._private.WOComponentDefinition.componentInstanceInContext(WOComponentDefinition.java:658) at com.webobjects.appserver.WOApplication.pageWithName(WOApplication.java:2332) at com.webobjects.appserver.WOComponent.pageWithName(WOComponent.java:1346) at CORELogin.login(CORELogin.java:95) at CORELogin.login(CORELogin.java:49) at sun.reflect.GeneratedMethodAccessor344.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at KeyValueCodingProtectedAccessor.methodValue(KeyValueCodingProtectedAccessor.java:60) at com.webobjects.foundation.NSKeyValueCoding$_MethodBinding.valueInObject(NSKeyValueCoding.java:1134) at com.webobjects.foundation.NSKeyValueCoding$DefaultImplementation.valueForKey(NSKeyValueCoding.java:1324) at com.webobjects.appserver.WOComponent.valueForKey(WOComponent.java:1736) at com.webobjects.foundation.NSKeyValueCoding$Utility.valueForKey(NSKeyValueCoding.java:447) at com.webobjects.foundation.NSKeyValueCodingAdditions$DefaultImplementation.valueForKeyPath(NSKeyValueCodingAdditions.java:212) at com.webobjects.appserver.WOComponent.valueForKeyPath(WOComponent.java:1804) at COREGenericComponent.valueForKeyPath(COREGenericComponent.java:467) at com.webobjects.appserver._private.WOKeyValueAssociation.valueInComponent(WOKeyValueAssociation.java:50) at com.webobjects.appserver._private.WOSubmitButton.invokeAction(WOSubmitButton.java:81) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at com.webobjects.appserver._private.WOForm.invokeAction(WOForm.java:141) at com.webobjects.appserver._private.WODynamicGroup.invokeChildrenAction(WODynamicGroup.java:105) at com.webobjects.appserver._private.WODynamicGroup.invokeAction(WODynamicGroup.java:115) at
Re: success installing new WO dev platform
On Wed, 5 Feb 2014 15:09:08 +1000 Quinton Dolan qdo...@gmail.com wrote: On 5 Feb 2014, at 8:29 am, r...@ganymede.org wrote: Well, it was nice to see that installing and using WO and Wonder on non-Apple hardware is just fairly easy and just works, as it should. Now, back to work. And in violation of the WO license agreement if you use it for development. Q. Well, I have already come out the other side of that particular rabbit hole. Apple's lawyers do not bother me. By the way. re-read my post. I said I installed MySQL, eclipse and Project Wonder. I said I know WO works, but not where I saw it working or how it got there. I have no idea what you inferred from my post, but you can infer whatever you want to and it has nothing to do with me. But thanks for the free legal advice. I had no idea you cared. cheers - ray ___ 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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com