java.lang.UnsupportedClassVersionError using Project Wonder
Hello Everybody, We are using WebObjects 5.2.4 and Java 1.4.2_17 for our application development and deployment. Recently we have added project Wonder framework to our application. It is compiling and running properly on my development system but when I am deploying it to our Solaris server I am getting the following error : Exception in thread main java.lang.UnsupportedClassVersionError: com/webobjects/_bootstrap/WOBootstrap (Unsupported major.minor version 49.0) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) -- I have used Project Wonder 1.01(5.2) from sourceforge.net. Please add your valuable suggestions. Thanks and Regards, Mallesh ___ 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 arch...@mail-archive.com
Re: java.lang.UnsupportedClassVersionError using Project Wonder
Hi Mallesh, On 26-Jun-09, at 4:17 AM, Mallesh wrote: Hello Everybody, We are using WebObjects 5.2.4 and Java 1.4.2_17 for our application development and deployment. Recently we have added project Wonder framework to our application. It is compiling and running properly on my development system but when I am deploying it to our Solaris server I am getting the following error : Exception in thread main java.lang.UnsupportedClassVersionError: com/webobjects/_bootstrap/WOBootstrap (Unsupported major.minor version 49.0) This is a problem with the Java version you are using. http://www.google.com/search?client=safarirls=en-usq=Unsupported+major.minor+version+49.0ie=UTF-8oe=UTF-8 David at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java: 123) at java.net.URLClassLoader.defineClass(URLClassLoader.java: 251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: 274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 302) -- I have used Project Wonder 1.01(5.2) from sourceforge.net. Please add your valuable suggestions. Thanks and Regards, Mallesh ___ 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/programmingosx%40mac.com This email sent to programming...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: java.lang.UnsupportedClassVersionError using Project Wonder
Thanks David. I will check and let you know the result. Thanks and Regards, Mallesh - Original Message - From: David Holt To: Mallesh Cc: WebObjects-Dev Apple Sent: Friday, June 26, 2009 5:06 PM Subject: Re: java.lang.UnsupportedClassVersionError using Project Wonder Hi Mallesh, On 26-Jun-09, at 4:17 AM, Mallesh wrote: Hello Everybody, We are using WebObjects 5.2.4 and Java 1.4.2_17 for our application development and deployment. Recently we have added project Wonder framework to our application. It is compiling and running properly on my development system but when I am deploying it to our Solaris server I am getting the following error : Exception in thread main java.lang.UnsupportedClassVersionError: com/webobjects/_bootstrap/WOBootstrap (Unsupported major.minor version 49.0) This is a problem with the Java version you are using. http://www.google.com/search?client=safarirls=en-usq=Unsupported+major.minor+version+49.0ie=UTF-8oe=UTF-8 David at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) -- I have used Project Wonder 1.01(5.2) from sourceforge.net. Please add your valuable suggestions. Thanks and Regards, Mallesh ___ 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/programmingosx%40mac.com This email sent to programming...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: java.lang.UnsupportedClassVersionError using Project Wonder
Hello David, I have used same Java version for development and deployment. Even though I am getting the same error. Is there any compatibility problem with Project Wonder 1.01(5.2) and Java 1.4? Thanks and Regards, Mallesh - Original Message - From: David Holt To: Mallesh Cc: WebObjects-Dev Apple Sent: Friday, June 26, 2009 5:06 PM Subject: Re: java.lang.UnsupportedClassVersionError using Project Wonder Hi Mallesh, On 26-Jun-09, at 4:17 AM, Mallesh wrote: Hello Everybody, We are using WebObjects 5.2.4 and Java 1.4.2_17 for our application development and deployment. Recently we have added project Wonder framework to our application. It is compiling and running properly on my development system but when I am deploying it to our Solaris server I am getting the following error : Exception in thread main java.lang.UnsupportedClassVersionError: com/webobjects/_bootstrap/WOBootstrap (Unsupported major.minor version 49.0) This is a problem with the Java version you are using. http://www.google.com/search?client=safarirls=en-usq=Unsupported+major.minor+version+49.0ie=UTF-8oe=UTF-8 David at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run(URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) -- I have used Project Wonder 1.01(5.2) from sourceforge.net. Please add your valuable suggestions. Thanks and Regards, Mallesh ___ 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/programmingosx%40mac.com This email sent to programming...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: java.lang.UnsupportedClassVersionError using Project Wonder
I have used same Java version for development and deployment. Even though I am getting the same error. Is there any compatibility problem with Project Wonder 1.01(5.2) and Java 1.4? any version of wonder released within about the last two years is Java 1.5 only ms ___ 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 arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext
On Jun 26, 2009, at 12:55 AM, Chuck Hill wrote: On Jun 25, 2009, at 8:49 PM, Ricardo J. Parada wrote: Let me correct something I said: the action method is getting called!!! –– I was just confused the first time I looked. Anyways, the action method gets called and then that action method is calling performParentAction as follows: return performParentAction(s); I did not write that component and I rarely use the performParentAction. But that is returning null. And that is the value my component gets at line#113 and returns the page instead (is that bad? should I return the null value instead?). Returning context.page is best. Thanks... it's good to know. Then if I resume execution I get the null pointer exception in _popComponentFromContext() in WebObjects. Any chance the code called by performParentAction(s); is doing something bad? I just noticed that the context().component() right before calling performParentAction(s) is my component that triggered the action. BUT then, after I call performParentAction(s) I check the context().component() again and I noticed it has changed. Shouldn't it be the same? Anyways, I'm suspecting that's my problem. Because if I call context()._setCurrentComponent() to set the current component back to the one before calling performParentAction(s) then the exception no longer happens. Anyways, this is good progress... If the context current component was not supposed to change then I need to find out why it's changing. That may require a subclass of the editing context (which Wonder may already have) and then implement the _setCurrentComponent() and set a breakpoint so that I can see what's changing it. Chuck Still investigating... On Jun 25, 2009, at 10:59 PM, Ricardo J. Parada wrote: Well here's what I'm seeing... my component determines that it is the one that should invoke the action and goes through this code: // Tell context that an action was performed. If this is // not done, the form's default action will be called also. 111:wocontext.setActionInvoked(true); 112: 113: WOActionResults obj = (WOActionResults) valueForBinding(ACTION_BINDING_KEY); 114:if (obj == null) obj = wocontext.page(); 115: 116:return obj; Line # 113 should be calling the action method that is bound to the action binding. That is the method on which I set the breakpoint that I was referring to earlier. The one I never hit. So if I don't hit the breakpoint then it's not calling it. But it is calling something else because I see stuff show on the console every time I evaluate the expression valueForBinding(ACTION_BINDING_KEY). Anyways, I'll try to investigate what is getting called... or maybe take a look at valueForBinding to find out why it's not calling the right thing. If I evaluate the expression _associationWithName(ACTION_BINDING_KEY) in the debugger right after line #113 I get the following: (ognl.helperfunction.WOHelperFunctionBindingNameAssociation) ognl.helperfunction.WOHelperFunctionBindingNameAssociation: keyPath=^action On Jun 25, 2009, at 10:19 PM, Chuck Hill wrote: On Jun 25, 2009, at 7:10 PM, Ricardo J. Parada wrote: On Jun 25, 2009, at 9:53 PM, Chuck Hill wrote: Sigh... Does anybody see anything obvious in this stack trace? I used to have this exception ages ago and it was obscure. I don't recall what ended up fixing it exactly but now that I moved my application to Wonder I'm running into this again and haven't figured out yet why or how to fix it. Any ideas?? Pleeeassee!! :-) I have seen this before. It is caused by the context not knowing the current component. This is hitting some action method. What is it returning? I see in the stack trace that it's going through the invokeAction phase. But the action method that is supposed to get called has not been called yet. I set a breakpoint in the method that it's supposed to get called but I hit the exception first and the action method never gets called. I'll set a breakpoint in the invokeAction() method of the component that is supposed to call the action to see how things look from there. From what I can tell the _popComponentFromContext() gets the current component from the context and then to message it and throws the null pointer exception because the current component is null for some obscure reason. Anyways, I'm taking a look at the invokeAction in my component. I really ought to take better notes when I hit things like this. Chuck -- Chuck Hill Senior Consultant / VP Development Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ Do not post
Fred Wells is out of the office.
I will be out of the office starting 06/26/2009 and will not return until 07/01/2009. I will respond to your message when I return. Disclaimer The information in this email and any attachments may contain proprietary and confidential information that is intended for the addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, retention or use of the contents of this information is prohibited. When addressed to our clients or vendors, any information contained in this e-mail or any attachments is subject to the terms and conditions in any governing contract. If you have received this e-mail in error, please immediately contact the sender and delete the e-mail. ___ 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 arch...@mail-archive.com
Embeded Frameworks and WebServerResources
I am building my application with the frameworks embedded so that I do not have to worry about different versions of the frameworks for different apps. I have checked and the build does put the WebServerResources inside the application's WebServerResources. However, when accessing the app it builds URLs that refer to the framework resources as if they were standalone and not embedded. Is there something I can do to force URLs to be generated that refer to the resources inside the app instead? Thanks, Frank Cobia ___ 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 arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in my
application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that I
do not have to worry about different versions of the frameworks for
different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that refer
to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada
%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
On Jun 26, 2009, at 10:16 AM, Ricardo J. Parada wrote: If you are on WO 5.4.3 then those too are broken and I put this in my application constructor to make them work: I meant to say those two are broken :-) ___ 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 arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
committed to wonder ... not sure why i didn't put this in when we
first identified the problem
On Jun 26, 2009, at 10:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that I
do not have to worry about different versions of the frameworks for
different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to msch...@mdimension.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Thanks. I did this and set WOFrameworksBaseURL to /WebObjects/App.woa/
Frameworks and it is working now.
Frank
On Jun 26, 2009, at 10:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that I
do not have to worry about different versions of the frameworks for
different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Cool... I'll be able to remove that code from my wonderized app
then. :-)
On Jun 26, 2009, at 10:22 AM, Mike Schrag wrote:
committed to wonder ... not sure why i didn't put this in when we
first identified the problem
On Jun 26, 2009, at 10:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that
I do not have to worry about different versions of the frameworks
for different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to msch...@mdimension.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:
http://lists.apple.com/mailman/options/webobjects-dev/rparada
%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
My theory is that the performParentAction() changes the context's
current component with the intention to restore it afterwards. But an
exception may be occurring in a section of the code in
performParentAction() which is not properly wrapped with an exception
handler and so we end up with the wrong current component in the
context.
Does it make sense?
With that theory in mind I wrote the following workaround which seems
to be working. The method below is the invokeAction() method in my
component that detects it should call the action method. Calling that
action method goes through a whole lot of stuff and eventually calls
performParentAction() which seems to be messing up the current
component in the context because it's not catching an exception. And
the exception may be getting caught at a higher level but at this
point we have a messed up current component. The workaround is to
read the current component before calling the action and then restore
it afterwards as shown here in my component's invokeAction(). Notice
the finally clause restoring the current component :
public WOActionResults invokeAction(WORequest worequest, WOContext
wocontext)
{
... some code omitted here which detects whether this component is
the one that should call the action
... if so the shouldInvokeAction flag gets set
if (shouldInvokeAction) {
// Makes sure calling the action does not mess up the current
// component which should remain as this component otherwise
// WebObjects runs into a null pointer exception eventually
// in _popComponentFromContext().
WOComponent current = wocontext.component();
WOActionResults obj = null;
try {
obj = (WOActionResults)
valueForBinding(ACTION_BINDING_KEY);
} finally {
wocontext._setCurrentComponent(current);
// Tell context that an action was performed. If this
is
// not done, the form's default action will be called
also.
wocontext.setActionInvoked(true);
}
if (obj == null) {
obj = wocontext.page();
}
return obj;
}
// The action wasn't for us so try the child components
WOActionResults childActionResults = super.invokeAction(worequest,
wocontext);
return childActionResults;
}
On Jun 26, 2009, at 8:59 AM, Ricardo J. Parada wrote:
On Jun 26, 2009, at 12:55 AM, Chuck Hill wrote:
On Jun 25, 2009, at 8:49 PM, Ricardo J. Parada wrote:
Let me correct something I said: the action method is getting
called!!! –– I was just confused the first time I looked.
Anyways, the action method gets called and then that action method
is calling performParentAction as follows:
return performParentAction(s);
I did not write that component and I rarely use the
performParentAction. But that is returning null. And that is the
value my component gets at line#113 and returns the page instead
(is that bad? should I return the null value instead?).
Returning context.page is best.
Thanks... it's good to know.
Then if I resume execution I get the null pointer exception in
_popComponentFromContext() in WebObjects.
Any chance the code called by performParentAction(s); is doing
something bad?
I just noticed that the context().component() right before calling
performParentAction(s) is my component that triggered the action.
BUT then, after I call performParentAction(s) I check the
context().component() again and I noticed it has changed. Shouldn't
it be the same? Anyways, I'm suspecting that's my problem. Because
if I call context()._setCurrentComponent() to set the current
component back to the one before calling performParentAction(s) then
the exception no longer happens.
Anyways, this is good progress... If the context current component
was not supposed to change then I need to find out why it's
changing. That may require a subclass of the editing context (which
Wonder may already have) and then implement the
_setCurrentComponent() and set a breakpoint so that I can see what's
changing it.
Chuck
Still investigating...
On Jun 25, 2009, at 10:59 PM, Ricardo J. Parada wrote:
Well here's what I'm seeing... my component determines that it is
the one that should invoke the action and goes through this code:
// Tell context that an action was performed. If this is
// not done, the form's default action will be called also.
111:wocontext.setActionInvoked(true);
112:
113: WOActionResults obj = (WOActionResults)
valueForBinding(ACTION_BINDING_KEY);
114:if (obj == null) obj =
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
My theory is that the performParentAction() changes the context's current component with the intention to restore it afterwards. But an exception may be occurring in a section of the code in performParentAction() which is not properly wrapped with an exception handler and so we end up with the wrong current component in the context. So it is definitely the case that performParentAction doesn't reset the current component in a finally block (which it seems like it should). However, it seems to me the only way this can fail is by throwing an exception OUT of performParentAction (inside the action that was called), which should manifest in YOUR code. There's not way I can see that you don't get a reset of the component without you also getting an exception. Is your code that calls performParentAction wrapped in a swallowing catch? It seems to me you're putting in a really weird hack and hiding the root cause of your problem which might just be hanging around to screw you again later in another weird way. I would figure out WHERE and WHY you aren't getting an exception out of performParentAction. You should be able to override performParentAction in your base component or in ERXComponent and wrap it in an exception handler so you can always see when that dies and then you can possibly trace who's swallowing it. ms ___ 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 arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
On Jun 26, 2009, at 11:23 AM, Mike Schrag wrote: My theory is that the performParentAction() changes the context's current component with the intention to restore it afterwards. But an exception may be occurring in a section of the code in performParentAction() which is not properly wrapped with an exception handler and so we end up with the wrong current component in the context. So it is definitely the case that performParentAction doesn't reset the current component in a finally block (which it seems like it should). However, it seems to me the only way this can fail is by throwing an exception OUT of performParentAction (inside the action that was called), which should manifest in YOUR code. There's not way I can see that you don't get a reset of the component without you also getting an exception. Is your code that calls performParentAction wrapped in a swallowing catch? I'm investigating to see if it's wrapped in a swallowing catch... And I see performParentAction() seems to be pushing bindings to the parent and that is not wrapped in an exception handler I think. It seems to me you're putting in a really weird hack and hiding the root cause of your problem which might just be hanging around to screw you again later in another weird way. I would figure out WHERE and WHY you aren't getting an exception out of performParentAction. You should be able to override performParentAction in your base component or in ERXComponent and wrap it in an exception handler so you can always see when that dies and then you can possibly trace who's swallowing it. You are right... Good idea... but it may be challenging as the performParentAction() calls an action in a parent component and then that component also calls performParentAction()... and it's a long chain. So I need to look at all of them to find out... Hey, I did not write those components hehehe... but it's clear to me it is overly complex from the way I usually do things in WebObjects. And it's one of legacy components which seems to be screaming for re- design. :-) Thanks for the suggestions.. I'll try them to find out WHERE and WHY... :-) ___ 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 arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
You are right... Good idea... but it may be challenging as the performParentAction() calls an action in a parent component and then that component also calls performParentAction()... and it's a long chain. So I need to look at all of them to find out... Hey, I did not write those components hehehe... but it's clear to me it is overly complex from the way I usually do things in WebObjects. And it's one of legacy components which seems to be screaming for re- design. :-) Thanks for the suggestions.. I'll try them to find out WHERE and WHY... The deep call trace is why i suggest putting a try/catch in your base component's performParentAction -- so all your components have to pass through yours ... SOMEONE in that chain is going to throw out -- it's required for this to fail. If it DOESN'T, then there's something else going on. ms ___ 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 arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
On Jun 26, 2009, at 11:39 AM, Mike Schrag wrote: You are right... Good idea... but it may be challenging as the performParentAction() calls an action in a parent component and then that component also calls performParentAction()... and it's a long chain. So I need to look at all of them to find out... Hey, I did not write those components hehehe... but it's clear to me it is overly complex from the way I usually do things in WebObjects. And it's one of legacy components which seems to be screaming for re-design. :-) Thanks for the suggestions.. I'll try them to find out WHERE and WHY... The deep call trace is why i suggest putting a try/catch in your base component's performParentAction -- so all your components have to pass through yours ... SOMEONE in that chain is going to throw out -- it's required for this to fail. If it DOESN'T, then there's something else going on. Yep... working on this... I'm first making sure all the components extend my base class MPVWOComponent (who is a subclass of ERXComponent). then I'll put the performParentAction() in MPVWOComponent to try to catch the exception assuming it's happening. Thanks ___ 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 arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
Wow... I did a search through all our projects for places where we
call performParentAction() and I found a whole bunch of component that
are catching and swallowing like this:
try {
String s = (String) valueForBinding(parentAction);
if (s != null) {
performParentAction(s);
}
} catch (Exception e) {
session.addUserMessagesFromException(e);
return null;
}
Bad huh? :-)
I'm changing all of these to extend the base class MPVWOComponent and
then I should know which is getting the exception and what it is!
On Jun 26, 2009, at 11:49 AM, Ricardo J. Parada wrote:
On Jun 26, 2009, at 11:39 AM, Mike Schrag wrote:
You are right... Good idea... but it may be challenging as the
performParentAction() calls an action in a parent component and
then that component also calls performParentAction()... and it's a
long chain. So I need to look at all of them to find out...
Hey, I did not write those components hehehe... but it's clear to
me it is overly complex from the way I usually do things in
WebObjects. And it's one of legacy components which seems to be
screaming for re-design. :-)
Thanks for the suggestions.. I'll try them to find out WHERE and
WHY...
The deep call trace is why i suggest putting a try/catch in your
base component's performParentAction -- so all your components have
to pass through yours ... SOMEONE in that chain is going to throw
out -- it's required for this to fail. If it DOESN'T, then there's
something else going on.
Yep... working on this... I'm first making sure all the components
extend my base class MPVWOComponent (who is a subclass of
ERXComponent).
then I'll put the performParentAction() in MPVWOComponent to try to
catch the exception assuming it's happening.
Thanks
___
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/rparada
%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: 2 New Tutorials
Gracias!!! From: David Avendasora webobje...@avendasora.com Subject: 2 New Tutorials To: WebObjects-Dev Mailing List List webobjects-dev@lists.apple.com Hey all, I've uploaded two new tutorials to the Wiki. 1) Using multiple versions of WebObjects with WOLips : http://wiki.objectstyle.org/confluence/display/WOL/Using+WOLips+With+Multiple+Versions+of+WebObjects 2) Getting Started with Direct to Java Client: http://wiki.objectstyle.org/confluence/display/WO/Getting+Started+with+Direct+to+Java+Client+%28D2JC%29 Dave Dino -- di...@mac.com Business Applied X Objects http://strausz.blogspot.com (+52-1) 55-5437-8205 ___ 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 arch...@mail-archive.com
Re: NullPointerException in _popComponentFromContext -- [WORKAROUND]
Good news and bad news I guess. The good news is that I identified
all the components that are wrapping the call to performParentAction()
with a swallowing exception handler. I modified them all to extend
my base component (MPVWOComponent). I added the performParentAction()
to MPVWOComponent. Then I set a break point. It gets called a couple
of times but never from the swallowers. In other words, none of the
swallowers are participating in the action.
So even though the performParentAction in WOComponent changes the
current component and then calls pushValuesToParent() and
pullValuesFromParent() without wrapping them in an exception handler,
I don't think that is the problem in my case.
So my new theory is that there is a swallower somewhere else that
calls some portion of code (ours or WO's) that changes the current
component and an exception is thrown without restoring the current
context and then the exception swallower hides the problem.
Sigh... LIfe is not easy sometimes!! :-)
On Jun 26, 2009, at 12:12 PM, Ricardo J. Parada wrote:
Wow... I did a search through all our projects for places where we
call performParentAction() and I found a whole bunch of component
that are catching and swallowing like this:
try {
String s = (String) valueForBinding(parentAction);
if (s != null) {
performParentAction(s);
}
} catch (Exception e) {
session.addUserMessagesFromException(e);
return null;
}
Bad huh? :-)
I'm changing all of these to extend the base class MPVWOComponent
and then I should know which is getting the exception and what it is!
On Jun 26, 2009, at 11:49 AM, Ricardo J. Parada wrote:
On Jun 26, 2009, at 11:39 AM, Mike Schrag wrote:
You are right... Good idea... but it may be challenging as the
performParentAction() calls an action in a parent component and
then that component also calls performParentAction()... and it's
a long chain. So I need to look at all of them to find out...
Hey, I did not write those components hehehe... but it's clear to
me it is overly complex from the way I usually do things in
WebObjects. And it's one of legacy components which seems to be
screaming for re-design. :-)
Thanks for the suggestions.. I'll try them to find out WHERE and
WHY...
The deep call trace is why i suggest putting a try/catch in your
base component's performParentAction -- so all your components
have to pass through yours ... SOMEONE in that chain is going to
throw out -- it's required for this to fail. If it DOESN'T, then
there's something else going on.
Yep... working on this... I'm first making sure all the components
extend my base class MPVWOComponent (who is a subclass of
ERXComponent).
then I'll put the performParentAction() in MPVWOComponent to try to
catch the exception assuming it's happening.
Thanks
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: 2 New Tutorials
¡de nada! On Jun 26, 2009, at 1:03 PM, Dino Strausz wrote: Gracias!!! From: David Avendasora webobje...@avendasora.com Subject: 2 New Tutorials To: WebObjects-Dev Mailing List List webobjects-dev@lists.apple.com Hey all, I've uploaded two new tutorials to the Wiki. 1) Using multiple versions of WebObjects with WOLips : http://wiki.objectstyle.org/confluence/display/WOL/Using+WOLips+With+Multiple+Versions+of+WebObjects 2) Getting Started with Direct to Java Client: http://wiki.objectstyle.org/confluence/display/WO/Getting+Started+with+Direct+to+Java+Client+%28D2JC%29 Dave Dino -- di...@mac.com Business Applied X Objects http://strausz.blogspot.com (+52-1) 55-5437-8205 ___ 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/webobjects%40avendasora.com This email sent to webobje...@avendasora.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: 2 New Tutorials
Big thanks from me too! David On 25-Jun-09, at 1:23 PM, David Avendasora wrote: Hey all, I've uploaded two new tutorials to the Wiki. 1) Using multiple versions of WebObjects with WOLips : http:// wiki.objectstyle.org/confluence/display/WOL/Using+WOLips+With +Multiple+Versions+of+WebObjects 2) Getting Started with Direct to Java Client: http:// wiki.objectstyle.org/confluence/display/WO/Getting+Started+with +Direct+to+Java+Client+%28D2JC%29 Dave ___ 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/programmingosx %40mac.com This email sent to programming...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Thank you, this was driving me crazy last week.
On Jun 26, 2009, at 4:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that I
do not have to worry about different versions of the frameworks for
different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
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 arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Hmmm
still stuck. In my Framework I have a method that includes the
following line of code:
String horizontalWatermark =
ERXFileUtilities.pathForResourceNamed(HorizontalWatermark.png, null,
null);
This code functions as expected in debug mode but when I deploy the
application the value of horizontalWatermark is set to null.
HorizontalWatermark.png is stored in the Framework's web server
resources in a folder called images.
Do you know what I'm missing?
Thanks in advance,
Jon
On Jun 26, 2009, at 4:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that I
do not have to worry about different versions of the frameworks for
different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
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 arch...@mail-archive.com
How are your Eclipse workspaces organized?
How do you organize your eclipse workspace? Do you have a workspace for each client? Or for each project (app and frameworks in one)? Or are all your legacy apps which use WO5.3 in one workspace and does that folder on disk contain the WO5.3 framework just like any other third-party framework? Are your WO5.3 frameworks in /Developer or somewhere else in /Library? My goal is to have an environment (Leopard) where the default installation mostly remains untouched and the legacy apps do not interfere with 5.4 development. Thanks. ___ 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 arch...@mail-archive.com
Re: How are your Eclipse workspaces organized?
I have a workspace for every branch I'm working on. So for example I have a prod workspace that has everything checked out from the branch that is in production. Then I have the trunk workspace which checks out everything from trunk in our subversion repository. I usually work on that when adding new features and working on the next release of our applications. And then I have an mpvwonder workspace. This corresponds to our subversion branch created from trunk. And I'm working on converting all our projects to Wonder. This will be merged into trunk eventually. But basically, each of these workspaces (prod, trunk, mpvwonder) has all of our projects: frameworks, web apps and something we call agents (they are like webapps but without a user interface and they perform back end tasks such as generating reports periodically to name just one of many many tasks they perform). I'm currently using WO 5.4.3 only. But eventually I plan on playing with a newer version when it comes out and for that I'll just follow David's excellent tutorial: http://wiki.objectstyle.org/confluence/display/WOL/Using+WOLips+With+Multiple+Versions+of+WebObjects I also have Wonder source imported into each Eclipse workspace so that I can work with Wonder's source and for enhanced debugging. In subversion I use the svn:externals property to check out the right version of Wonder that we are doing QA against. You can read about svn:externals in the svn-book. Google for it if you are not familiar with it. :-) On Jun 26, 2009, at 4:09 PM, Your Friend The Atom wrote: How do you organize your eclipse workspace? Do you have a workspace for each client? Or for each project (app and frameworks in one)? Or are all your legacy apps which use WO5.3 in one workspace and does that folder on disk contain the WO5.3 framework just like any other third-party framework? Are your WO5.3 frameworks in /Developer or somewhere else in /Library? My goal is to have an environment (Leopard) where the default installation mostly remains untouched and the legacy apps do not interfere with 5.4 development. Thanks. ___ 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/rparada %40mac.com This email sent to rpar...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
I don't think WebServerResources are flattened. So may be try /
images/HorizontalWatermark.png
On Jun 26, 2009, at 4:00 PM, Johnny Miller wrote:
Hmmm
still stuck. In my Framework I have a method that includes the
following line of code:
String horizontalWatermark =
ERXFileUtilities.pathForResourceNamed(HorizontalWatermark.png,
null, null);
This code functions as expected in debug mode but when I deploy the
application the value of horizontalWatermark is set to null.
HorizontalWatermark.png is stored in the Framework's web server
resources in a folder called images.
Do you know what I'm missing?
Thanks in advance,
Jon
On Jun 26, 2009, at 4:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used for
that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that
I do not have to worry about different versions of the frameworks
for different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
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 arch...@mail-archive.com
Re: Embeded Frameworks and WebServerResources
Disclaimer... I have not used ERXFileUtilities yet. But just keep in
mind that in the deployed app you should have the image in the same
images folder you mentioned. The directory structure of stuff in
there is kept. It's not like the Resources folder which is flattened.
On Jun 26, 2009, at 4:39 PM, Ricardo J. Parada wrote:
I don't think WebServerResources are flattened. So may be try /
images/HorizontalWatermark.png
On Jun 26, 2009, at 4:00 PM, Johnny Miller wrote:
Hmmm
still stuck. In my Framework I have a method that includes the
following line of code:
String horizontalWatermark =
ERXFileUtilities.pathForResourceNamed(HorizontalWatermark.png,
null, null);
This code functions as expected in debug mode but when I deploy the
application the value of horizontalWatermark is set to null.
HorizontalWatermark.png is stored in the Framework's web server
resources in a folder called images.
Do you know what I'm missing?
Thanks in advance,
Jon
On Jun 26, 2009, at 4:16 AM, Ricardo J. Parada wrote:
I believe WOFrameworksBaseURL and WOApplicationBaseURL are used
for that.
If you are on WO 5.4.3 then those too are broken and I put this in
my application constructor to make them work:
public Application() {
super();
// WOFrameworksBaseURL and WOApplicationBaseURL properties are
broken in 5.4.
// This is the workaround.
frameworksBaseURL();
applicationBaseURL();
if (System.getProperty(WOFrameworksBaseURL) != null) {
setFrameworksBaseURL(System.getProperty(WOFrameworksBaseURL));
}
if (System.getProperty(WOApplicationBaseURL) != null) {
setApplicationBaseURL(System.getProperty(WOApplicationBaseURL));
}
}
On Jun 26, 2009, at 9:56 AM, Mr. Frank Cobia wrote:
I am building my application with the frameworks embedded so that
I do not have to worry about different versions of the frameworks
for different apps. I have checked and the build does put the
WebServerResources inside the application's WebServerResources.
However, when accessing the app it builds URLs that refer to the
framework resources as if they were standalone and not embedded.
Is there something I can do to force URLs to be generated that
refer to the resources inside the app instead?
Thanks,
Frank Cobia
___
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/rparada%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com
This email sent to jlmil...@kahalawai.com
Johnny Miller
Kahalawai Media Corp
w: www.kahalawai.com
e: jlmil...@kahalawai.com
p: 808.661.7962
___
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/rparada
%40mac.com
This email sent to rpar...@mac.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: 2 New Tutorials
David, This tutorial stuff is all very good... but er, we expect *complete* tutorials! none of this exercise for the reader at the end of the tutorial, OK? ... when it has an exercise for the reader at the end of the article, it is not a complete finished tutorial. So, perhaps you can finish the tutorial now, eh? ;-P Tired tutorial readers want a complete solution, not to be carried 95% and then thrown off a cliff . know what I mean? :-P Kieran On Jun 25, 2009, at 4:23 PM, David Avendasora wrote: Hey all, I've uploaded two new tutorials to the Wiki. 1) Using multiple versions of WebObjects with WOLips : http://wiki.objectstyle.org/confluence/display/WOL/Using+WOLips+With+Multiple+Versions+of+WebObjects 2) Getting Started with Direct to Java Client: http://wiki.objectstyle.org/confluence/display/WO/Getting+Started+with+Direct+to+Java+Client+%28D2JC%29 Dave ___ 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/kieran_lists%40mac.com This email sent to kieran_li...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: 2 New Tutorials
Le 09-06-26 à 23:00, Kieran Kelleher a écrit : David, This tutorial stuff is all very good... but er, we expect *complete* tutorials! none of this exercise for the reader at the end of the tutorial, OK? ... when it has an exercise for the reader at the end of the article, it is not a complete finished tutorial. So, perhaps you can finish the tutorial now, eh? ;-P He will finish them at WOWODC East ;-P Tired tutorial readers want a complete solution, not to be carried 95% and then thrown off a cliff . know what I mean? :-P Kieran On Jun 25, 2009, at 4:23 PM, David Avendasora wrote: Hey all, I've uploaded two new tutorials to the Wiki. 1) Using multiple versions of WebObjects with WOLips : http://wiki.objectstyle.org/confluence/display/WOL/Using+WOLips+With+Multiple+Versions+of+WebObjects 2) Getting Started with Direct to Java Client: http://wiki.objectstyle.org/confluence/display/WO/Getting+Started+with+Direct+to+Java+Client+%28D2JC%29 Dave ___ 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/kieran_lists%40mac.com This email sent to kieran_li...@mac.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: http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca This email sent to prob...@macti.ca --- Pascal Robert http://www.macti.ca | http://www.linkedin.com/in/macti Skype | Twitter | AIM/iChat : MacTICanada ___ 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 arch...@mail-archive.com
