Installing the tools: The One True Way?
Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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: Installing the tools: The One True Way?
i agree with the last point whole heartedly. martin On 9 May 2011 11:00, Pascal Robert prob...@macti.ca wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/martin.samm%40aetopia.com This email sent to martin.s...@aetopia.com -- Martin Samm Aetopia Ltd +44 (0) 28 9099 8767 Aetopia Ltd is a limited company registered in Belfast, Northern Ireland, with registration number NI053321, having its principal place of business (and postal address) at ECIT Institute, Queens Road, BELFAST BT3 9DT and registered office at 1, Lanyon Quay, BELFAST BT1 3LG ___ 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: Installing the tools: The One True Way?
Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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: Installing the tools: The One True Way?
Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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/johnthuss%40gmail.com This email sent to johnth...@gmail.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: Installing the tools: The One True Way?
I find those useful too. It would have taken me a lot longer to figure out inheritance without them. I'd still like to spend some time looking at the persistent session store example. I just assumed they were only available with the dev tools disk. Ramsey On May 9, 2011, at 4:50 AM, Kieran Kelleher wrote: AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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/ramseygurley%40gmail.com This email sent to ramseygur...@gmail.com smime.p7s Description: S/MIME cryptographic signature ___ 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: Installing the tools: The One True Way?
Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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/johnthuss%40gmail.com This email sent to johnth...@gmail.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
https and certification installation
anyone have a good documentation resource for setting up new server certificates with amazon ec2 linux? I haven't done it in a while, and there seem to be several steps I've forgotten. thanks advice or leads! ___ 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: Installing the tools: The One True Way?
On May 9, 2011, at 4:50 AM, Kieran Kelleher wrote: AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. I think that making it easier for beginners should be the goal (but not so easy as to be wrong). The experienced people understand all the pieces and can adjust as they see fit. Chuck On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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/chill%40global-village.net This email sent to ch...@global-village.net -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ smime.p7s Description: S/MIME cryptographic signature ___ 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: Installing the tools: The One True Way?
On May 9, 2011, at 3:00 AM, Pascal Robert wrote: Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Is it? If they are using DirectConnect, then wotaskd should not come into play. -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ smime.p7s Description: S/MIME cryptographic signature ___ 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: Installing the tools: The One True Way?
I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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/johnthuss%40gmail.com This email sent to johnth...@gmail.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/pyu%40mac.com This email sent to p...@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: https and certification installation
Most SSL resellers give instructions on how to use openssl to generate the key and the certificate request. It's almost the same commands as on OS X: http://wiki.objectstyle.org/confluence/display/WO/Development-SSL+requests+via+https+protocol anyone have a good documentation resource for setting up new server certificates with amazon ec2 linux? I haven't done it in a while, and there seem to be several steps I've forgotten. thanks advice or leads! ___ 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 ___ 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
Clarification on AjaxObserveField and AjaxUpdateContainer Interaction
Hi, I placed a WOConditional inside an update container so I could use it as a hook to execute some code whenever the container was updated. Specifically, I needed to update some objects after an AjaxModalDialog was closed with the results from AjaxAutoComplete (and other inputs). The entire page is regenerated even though only a portion of the page is actually updated in the browser. Everything outside of the update container appears to be discarded. This is counter-intuitive. I was under the impression that WO determined which container (if any) needed updating and regenerated the content for that container only and sent that to the browser. Because AjaxAutoComplete sends requests as you are typing, the conditional is getting called excessively even though it was not associated with (or inside) the update container in the parent page. For complex pages this can be very costly. Am I violating some sort of Ajax Commandment? What is the best way to get around this situation? Since the popup shouldn't know anything about the caller (except what is passed as arguments), I may use notifications on the add button so that anyone interested can respond. This wont solve the performance issues due to constant updates to the page. I am using WO 5.4. Thanks for any suggestions. Roger ___ 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: WO WebServices AxisFault
On 2011-05-07, at 8:29 AM, Jon Nolan wrote: Are you sure you entered a good URL for the WSDL? Nine times out of ten when I see this error someone is getting it wrong. They either go with /wsdl or use the direct action request handler key, etc. https://host.com/cgi-bin/WebObjects/SomeApp.woa/ws/SomeService?wsdl When I miss-spell the webservice name on purpose I get: Your requested web service, namely ServiceName, cannot be found in WOWebServiceRegistrar. On 07/05/2011, at 2:59 AM, JR Ruggentaler wrote: I have a WO App that provides a WO/Axis WebService interface. This works in production and I wanted to add some new services. We recently added Wonder to our applications and the app stills works (Browser and WebService) in production. When I start the app in my development environment (eclipse WOLips) the web interface works but the web service does not. When I enter the URL to the WSDL in my browser I get the exception below. This seems like it could be some sort of version/jar conflict. We are running Java 1.5 in production and I have a MacBook Pro OS X 10.6.7 for development. Anyone encountered this exception? Is WO WebService still being developed/used or is this dead and REST is the way to go? [2011-5-6 11:13:38 CDT]WorkerThread10 AxisFault faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException faultSubcode: faultString: org.xml.sax.SAXParseException: Premature end of file. faultActor: faultNode: faultDetail: {http://xml.apache.org/axis/}stackTrace:org.xml.sax.SAXParseException: Premature end of file. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) ___ 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/jr%40mpv.com This email sent to j...@mpv.com JR Ruggentaler Senior Software Developer Medical Present Value, Inc j...@mpv.com Office 512.439.0206 Mobile 512.431.6849 ___ 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: Installing the tools: The One True Way?
Simplifying the install process would be a good thing for newbs such as myself. My install reflects some of the confusion I experienced the past week or two trying to get things up and running. For example: The first example of WO installation instructions I came across was the one where it describes how to install for multiple versions of WO. So, I'm installed in /Developer/webobjects/versions/webobjects543/ . Now that it's done, I don't imagine ever installing an older version of WO, and it's doubtful there will be a newer version any time soon, so I may have complicated my life more than necessary. Not to mention having to edit the wolips.properties file, which I did not even know how to find, as I don't generally mess with invisible files on my imac. Given that Wonder is considered so indispensable, you might consider bundling egit into the mix with WO and WOlips. I haven't touched a unix command line in a long time. Luckily, CD and MKDIR are the same on DOS so I was able to use the git terminal commands to get Wonder. I know with Realbasic, and maybe with visualbasic as well, there is little or no need for using the command line so easing users into it after they have absorbed some of the other material may be helpful. I suppose if you expect most of your new initiates to WO development are experienced java developers who happen to be moving over from a different set of frameworks, a lot of the hand holding would not be necessary. That is not my situation. Example code and a walk-through on how to develop a basic app from start to finish, with no a miracle happens here moments would be fantastic. A big part of the difficulty is the expectation that a new user can just start out programming in WO. It can be discouraging to find out that learning to program using WO is not step 1, it's step 5, or 8 or whatever. It requires a degree of patience. HTH Kevin From: Paul D Yu p...@mac.com To: WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 8:53:26 AM Subject: Re: Installing the tools: The One True Way? I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse.
Re: WO WebServices AxisFault SOLVED
See: http://en.wikibooks.org/wiki/WebObjects/Web_Services/Common_Pitfalls_and_Troubleshooting SAXParseException when using HTTPS If, in WebObjects 5.4.x, you get an exception connecting to your web service via HTTPS (through the WebObjects Apache adaptor) and get an error like the following: org.xml.sax.SAXParseException: Premature end of file. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)) ... more You will need to add additional information to the file server.wsdd to tell Apache AXIS what to do when it believes the transport mechanism is 'https.' AXIS will make this determination based on the HTTP header information forwarded by the Apache WebObjects adaptor. If no entry is made to tell AXIS how to handle 'https', it will assume the incoming data from the adaptor is encrypted via SSL, even though the communication between the adaptor and the instance is in the clear. To change the behavior of AXIS, change the file server.wsdd from: transport name=http requestFlow handler type=HTTPActionHandler/ handler type=URLMapper/ /requestFlow /transport To: transport name=http requestFlow handler type=HTTPActionHandler/ handler type=URLMapper/ /requestFlow /transport transport name=https requestFlow handler type=HTTPActionHandler/ handler type=URLMapper/ /requestFlow /transport Thanks for all the HELP! PS: and the Wiki page! JR ___ 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: Re: Installing the tools: The One True
I just tried golipse. I think it needs to be updated, as the wolips stuff does not come from the hudson builds, and it fails. I think it is important to have things survive in spite of all the changes that happen. The Wolips url: * WOLips plugin URL: * Eclipse 3.6 (Stable): [1]http://webobjects.mdimension.com/hudson/job/WOLi ps36Stable/lastSuccessfulBuild/artifact/site/ * Eclipse 3.6 (Experimental): [2]http://webobjects.mdimension.com/hudson/jo b/WOLips36Current/lastSuccessfulBuild/artifact/site/ Those still work. References 1. http://webobjects.mdimension.com/hudson/job/WOLips36Stable/lastSuccessfulBuild/artifact/site/ 2. http://webobjects.mdimension.com/hudson/job/WOLips36Current/lastSuccessfulBuild/artifact/site/ -- gsbr...@umich.edu ___ 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: Installing the tools: The One True
Le 2011-05-09 à 13:37, gsbr...@umich.edu a écrit : I just tried golipse. Did you download it from Github? Looking at the source, it should be ok: https://github.com/rebeld/Golipse/blob/master/English.lproj/go_wolips.sh -- http://webobjects.mdimension.com/hudson/job/WOLips36Current/lastSuccessfulBuild/artifact/site I think it needs to be updated, as the wolips stuff does not come from the hudson builds, and it fails. I think it is important to have things survive in spite of all the changes that happen. The Wolips url: • WOLips plugin URL: • Eclipse 3.6 (Stable): http://webobjects.mdimension.com/hudson/job/WOLips36Stable/lastSuccessfulBuild/artifact/site/ • Eclipse 3.6 (Experimental): http://webobjects.mdimension.com/hudson/job/WOLips36Current/lastSuccessfulBuild/artifact/site/ Those still work. -- gsbr...@umich.edu ___ 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 ___ 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: Installing the tools: The One True Way?
Le 2011-05-09 à 11:47, Chuck Hill a écrit : On May 9, 2011, at 3:00 AM, Pascal Robert wrote: Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Is it? If they are using DirectConnect, then wotaskd should not come into play. They can have a copy, it's just that it won't be started. It's easier to tell people to run just one command to start it than having them to download it, install the package in the good directory, etc. ___ 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: Installing the tools: The One True Way?
Le 2011-05-09 à 12:36, Kevin Spake a écrit : Simplifying the install process would be a good thing for newbs such as myself. My install reflects some of the confusion I experienced the past week or two trying to get things up and running. For example: The first example of WO installation instructions I came across was the one where it describes how to install for multiple versions of WO. So, I'm installed in /Developer/webobjects/versions/webobjects543/ . Now that it's done, I don't imagine ever installing an older version of WO, and it's doubtful there will be a newer version any time soon, so I may have complicated my life more than necessary. Not to mention having to edit the wolips.properties file, which I did not even know how to find, as I don't generally mess with invisible files on my imac. Given that Wonder is considered so indispensable, you might consider bundling egit into the mix with WO and WOlips. +1 I haven't touched a unix command line in a long time. Luckily, CD and MKDIR are the same on DOS so I was able to use the git terminal commands to get Wonder. I know with Realbasic, and maybe with visualbasic as well, there is little or no need for using the command line so easing users into it after they have absorbed some of the other material may be helpful. Unless you are planning to deploy your applications on Windows, command line knowledge will be a requirement for deployments. I suppose if you expect most of your new initiates to WO development are experienced java developers who happen to be moving over from a different set of frameworks, a lot of the hand holding would not be necessary. That is not my situation. Example code and a walk-through on how to develop a basic app from start to finish, with no a miracle happens here moments would be fantastic. That's the idea of the Beginner Book in the wiki. A big part of the difficulty is the expectation that a new user can just start out programming in WO. It can be discouraging to find out that learning to program using WO is not step 1, it's step 5, or 8 or whatever. It requires a degree of patience. HTH Kevin From: Paul D Yu p...@mac.com To: WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 8:53:26 AM Subject: Re: Installing the tools: The One True Way? I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from
Re: Installing the tools: The One True Way?
Kevin From: Pascal Robert prob...@macti.ca To: Kevin Spake sparky0...@yahoo.com Cc: Paul D Yu p...@mac.com; WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 11:01:29 AM Subject: Re: Installing the tools: The One True Way? Le 2011-05-09 à 12:36, Kevin Spake a écrit : I haven't touched a unix command line in a long time. Luckily, CD and MKDIR are the same on DOS so I was able to use the git terminal commands to get Wonder. I know with Realbasic, and maybe with visualbasic as well, there is little or no need for using the command line so easing users into it after they have absorbed some of the other material may be helpful. Unless you are planning to deploy your applications on Windows, command line knowledge will be a requirement for deployments. It's not a question of if, but when. Do you begin as you intend to go on, ie. start out with some command line stuff, or take steps to eliminate that in the very beginning and expect to deal with it a little later on? How much effort should be made to compensate for the neophyte? From: Paul D Yu p...@mac.com To: WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 8:53:26 AM Subject: Re: Installing the tools: The One True Way? I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.com ___ Do not post admin
Re: Installing the tools: The One True Way?
From: Pascal Robert prob...@macti.ca To: Kevin Spake sparky0...@yahoo.com Cc: Paul D Yu p...@mac.com; WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 11:01:29 AM Subject: Re: Installing the tools: The One True Way? Le 2011-05-09 à 12:36, Kevin Spake a écrit : I haven't touched a unix command line in a long time. Luckily, CD and MKDIR are the same on DOS so I was able to use the git terminal commands to get Wonder. I know with Realbasic, and maybe with visualbasic as well, there is little or no need for using the command line so easing users into it after they have absorbed some of the other material may be helpful. Unless you are planning to deploy your applications on Windows, command line knowledge will be a requirement for deployments. It's not a question of if, but when. Do you begin as you intend to go on, ie. start out with some command line stuff, or take steps to eliminate that in the very beginning and expect to deal with it a little later on? How much effort should be made to compensate for the neophyte? You need at least knowledge of the basic commands (cd; mkdir; mv; more;) early on. From: Paul D Yu p...@mac.com To: WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 8:53:26 AM Subject: Re: Installing the tools: The One True Way? I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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:
Re: Installing the tools: The One True Way?
Kevin From: Pascal Robert prob...@macti.ca To: Kevin Spake sparky0...@yahoo.com Cc: Paul D Yu p...@mac.com; WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 11:33:21 AM Subject: Re: Installing the tools: The One True Way? From: Pascal Robert prob...@macti.ca To: Kevin Spake sparky0...@yahoo.com Cc: Paul D Yu p...@mac.com; WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 11:01:29 AM Subject: Re: Installing the tools: The One True Way? Le 2011-05-09 à 12:36, Kevin Spake a écrit : I haven't touched a unix command line in a long time. Luckily, CD and MKDIR are the same on DOS so I was able to use the git terminal commands to get Wonder. I know with Realbasic, and maybe with visualbasic as well, there is little or no need for using the command line so easing users into it after they have absorbed some of the other material may be helpful. Unless you are planning to deploy your applications on Windows, command line knowledge will be a requirement for deployments. It's not a question of if, but when. Do you begin as you intend to go on, ie. start out with some command line stuff, or take steps to eliminate that in the very beginning and expect to deal with it a little later on? How much effort should be made to compensate for the neophyte? You need at least knowledge of the basic commands (cd; mkdir; mv; more;) early on. That's reasonable. Perhaps a link to a command line primer in the wiki beginner book might be useful. From: Paul D Yu p...@mac.com To: WebObjects Development webobjects-dev@lists.apple.com Sent: Mon, May 9, 2011 8:53:26 AM Subject: Re: Installing the tools: The One True Way? I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for
Re: Installing the tools: The One True Way?
Le 2011-05-09 à 11:53, Paul D Yu a écrit : I think the migration to the one way is absolutely the right thing to do. This is the basis from Crossing the Chasm. We have to simplify and make things consistent for the general new developers. Installing everything (Eclipse, WOLips, WO, the launchd scripts) from the Golipse script might be the best way to do it. Paul On May 9, 2011, at 11:34 AM, Pascal Robert wrote: Le 2011-05-09 à 10:18, John Huss a écrit : Mike floated the idea a while back about integration WO installation into WOLips. That is the best option in my opinion. Barring that, I still think the easiest, sure to work method is to: 1) Use Apple's WebObjects installer 2) Download eclipse 3) Install WOLips Most java developers probably already have Eclipse anyway, so then it is just two steps. If the WO installer was part of WOLips, then it is just one step. In my experience helping developers get set up here, solutions that don't use Apple's WebObjects installer end up causing problems for users, mainly because of the non-standard file locations; using /System/Library/Frameworks and /Library/Frameworks, etc, results in a less problematic installation. We could use symlinks for that, eg /System/Library/Frameworks/JavaFoundation.framework/ count point to /Developer/WebObjects/System/Library/Frameworks/JavaFoundation.framework/ (or just /Developer/WebObjects/Frameworks/JavaFoundation.framework/). John On Mon, May 9, 2011 at 7:03 AM, Pascal Robert prob...@macti.ca wrote: Le 2011-05-09 à 07:50, Kieran Kelleher a écrit : AFAIK, the Apple dmg is the only one that installs the examples, documentation (in Developer dir), etc.? Might be useful for beginners. I wouldn't call the examples to be useful :-) We should write new examples that use Wonder features. But I think you are right about the documentation. Maybe woinstall.jar could be changed to also install the documentation. I use woinstall.jar myself usually. In any case, just pick whichever way you think is best, easiest for beginners, and works reliably. On May 9, 2011, at 6:00 AM, Pascal Robert wrote: Ok, so we have four pages in the wiki that tells how to configure Apache for development, and numerous pages on how to install WOLips and the core WO frameworks. We need one or two pages maximum! So we need to define what is the The One True Way to install and configure everything for development. My personal preferences are: * Install WO in /Developer/WebObjects with woinstall.jar I think installing WO with the Apple dmg is unsafe, because it install stuff in /System, and Apple have been know to remove stuff they don't support or third-party tools from /System when new releases of OS X are made. Installing everything in /Developer/WebObjects or /Library/WebObjects is much safer. * Install Eclipse/WOLips with Golipse IMHO, that's the best way to install the tools, since they install all required plugins + the correct version of Eclipse. But since the default WOLips properties are set for /Library and /System, we would need to change them to /Developer/WebObjects when installing from Golipse. * Install Wonder's wotaskd + the adaptor Everyone should have a copy of Wonder's wotaskd for development. Even if someone is using DirectConnect for all development, having a copy of wotaskd is useful. Opinions? ___ 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/kelleherk%40gmail.com This email sent to kelleh...@gmail.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/johnthuss%40gmail.com This email sent to johnth...@gmail.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/pyu%40mac.com This email sent to p...@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
WOWODC: ERRest topics
Hi guys, I have a list of topics for my ERRest presentation at WOWODC, but since according to the survey a lot of you are already using ERRest and a good chunk will start using it, I was wondering if you wanted to see some specific topics. I will not talk about iOS development because I don't do such (I think David LB will talk a bit about it), but any other stuff you want to learn about? PS: you do know that early-bird pricing ends next week? :-) -- Pascal Robert prob...@macti.ca WOWODC 2011 : July 1-2-3, Montreal. wowodc.com AIM/iChat : MacTICanada LinkedIn : http://www.linkedin.com/in/macti Twitter : pascal_robert ___ 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: https and certification installation
oh, thanks -- I hadn't seen that page, should help a lot - On May 9, 2011, at 12:00 PM, Pascal Robert wrote: Most SSL resellers give instructions on how to use openssl to generate the key and the certificate request. It's almost the same commands as on OS X: http://wiki.objectstyle.org/confluence/display/WO/Development-SSL+requests+via+https+protocol anyone have a good documentation resource for setting up new server certificates with amazon ec2 linux? I haven't done it in a while, and there seem to be several steps I've forgotten. thanks advice or leads! ___ 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 ___ 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: Call to FrontBase users
Someone could have a look at the patch? jw Am 05.05.2011 um 08:22 schrieb Johann Werner: The noCopy constructor (new thing learned) is now in place so keep patching ;) Thanks! jw Am 05.05.2011 um 03:13 schrieb Mike Schrag: it's ok -- you should probably use either the noCopy constructor of NSData, or get a stream off the blob and use the stream constructor of NSData. ms On May 4, 2011, at 8:57 PM, Pascal Robert wrote: To FrontBase users: can you have a look at this pull request: https://github.com/projectwonder/wonder/pull/10 I'm willing to apply the patch, but since I don't use FrontBase, I can't know if it's ok or not. If you use FrontBase and have Wonder's source code, can you try the patch (it's a one-liner) and add comments on the pull request to say if it works for you or not? 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: Webobjects-dev Digest, Vol 8, Issue 277
I do this quite a bit. the AjaxModalDialog has both a onClose and closeUpdateContainerID bindings it sounds to me as if you do not want the WOConditional inside the AUC., but instead use the above bindings. onClose --- server side method that runs before the dialog is closed, the return value is discarded. This will be executed if the page is reloaded, but not if the user navigates elsewhere. closeUpdateContainerID --- the update container to refresh when onClose is called I guess it would help to see how you are bringing in the AMD and where the AUC is in relation. Ted Message: 1 Date: Mon, 09 May 2011 12:31:07 -0400 From: Roger Perryman ro...@xeotech.com Subject: Clarification on AjaxObserveField and AjaxUpdateContainer Interaction Hi, I placed a WOConditional inside an update container so I could use it as a hook to execute some code whenever the container was updated. Specifically, I needed to update some objects after an AjaxModalDialog was closed with the results from AjaxAutoComplete (and other inputs). The entire page is regenerated even though only a portion of the page is actually updated in the browser. Everything outside of the update container appears to be discarded. This is counter-intuitive. I was under the impression that WO determined which container (if any) needed updating and regenerated the content for that container only and sent that to the browser. Because AjaxAutoComplete sends requests as you are typing, the conditional is getting called excessively even though it was not associated with (or inside) the update container in the parent page. For complex pages this can be very costly. Am I violating some sort of Ajax Commandment? What is the best way to get around this situation? Since the popup shouldn't know anything about the caller (except what is passed as arguments), I may use notifications on the add button so that anyone interested can respond. This wont solve the performance issues due to constant updates to the page. I am using WO 5.4. Thanks for any suggestions. Roger ___ 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
eogenerator options
two quick(and believe it or not, related) questions: 1) Is there a way to have EOGenerator not automatically reverse engineer fields into prototypes? [E.g. if I have a varchar(5) column, to not have EOGenerator rev. eng. this into a boolean prototype] 2) Is the list of properties shown http://wiki.objectstyle.org/confluence/display/WO/EOF-Using+EOF-EOGenerator#EOF-UsingEOF-EOGenerator-HowToUseIt the complete and up-to-date list of options to that EOGenerator accepts? Thanks. -Mike ___ 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: eogenerator options
On 2011-05-09, at 4:13 PM, Michael Gargano wrote: two quick(and believe it or not, related) questions: 1) Is there a way to have EOGenerator not automatically reverse engineer fields into prototypes? [E.g. if I have a varchar(5) column, to not have EOGenerator rev. eng. this into a boolean prototype] If you have modeled that attribute as a boolean, EOF will treat it as a boolean (the 'boolean' prototype defines a factory class for EOF to use so by the time you get the value it is no longer a varchar). If you don't want it to be a boolean, then you probably shouldn't model it as a one. 2) Is the list of properties shown http://wiki.objectstyle.org/confluence/display/WO/EOF-Using+EOF-EOGenerator#EOF-UsingEOF-EOGenerator-HowToUseIt the complete and up-to-date list of options to that EOGenerator accepts? Are you using the old standalone EOGenerator tool (described on that page) or the Velocity EOGenerator capabilities built into WOLips? ;david -- David LeBer Codeferous Software 'co-def-er-ous' adj. Literally 'code-bearing' site: http://codeferous.com blog: http://davidleber.net profile:http://www.linkedin.com/in/davidleber twitter:http://twitter.com/rebeld -- WOWODC 2011 : July 1-2-3, Montreal. http://wowodc.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
How to keep the container updated with AjaxUpdateLink?
Hello Ajax gurus, I am using the AjaxUpdateLink to update a table inside a page instead of refreshing the whole page. However, the link only refreshes the Ajax Update Container (which wraps the table) briefly while the user clicks on the link. Can someone point to me how to make sure the container remains updated until the user clicks on the link again to hide the contents? I wish to allow the user to explicitly click on Hide Explanation to hide the explanation. Currently with the following wod description, an onClick causes the link to update the container correctly, but it only lasts a few seconds, then the update container returns to its previous state. Here is the description of the link: ExplanationLink: AjaxUpdateLink { updateContainerID = SearchResultsUpdateContainer1; action = showStatusExplanation; onClick = show_explanation(this); evalScripts = true; onComplete = SearchResultsUpdateContainer1Update(); } function show_explanation(element) { case_number = element.parentNode.parentNode.id; explanation_row = document.getElementById(case_number + _status); if (element.innerHTML == What does this mean?) { element.innerHTML = Hide Explanation; explanation_row.style.display = ''; } else { element.innerHTML = What does this mean?; explanation_row.style.display = 'none'; } }; public WOActionResults showStatusExplanation() { return null; } Is an action binding required here? If yes, since the onClick JS Script already takes care of the display, can the action just return null? Thanks for any hints, -mai ___ 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: eogenerator options
One of these days my questions will make sense... I promise! (i think i'm getting better) :) On May 9, 2011, at 4:35 PM, David LeBer wrote: On 2011-05-09, at 4:13 PM, Michael Gargano wrote: two quick(and believe it or not, related) questions: 1) Is there a way to have EOGenerator not automatically reverse engineer fields into prototypes? [E.g. if I have a varchar(5) column, to not have EOGenerator rev. eng. this into a boolean prototype] If you have modeled that attribute as a boolean, EOF will treat it as a boolean (the 'boolean' prototype defines a factory class for EOF to use so by the time you get the value it is no longer a varchar). If you don't want it to be a boolean, then you probably shouldn't model it as a one. I'm reverse engineering a DB here, so I haven't modeled anything. 2) Is the list of properties shown http://wiki.objectstyle.org/confluence/display/WO/EOF-Using+EOF-EOGenerator#EOF-UsingEOF-EOGenerator-HowToUseIt the complete and up-to-date list of options to that EOGenerator accepts? Are you using the old standalone EOGenerator tool (described on that page) or the Velocity EOGenerator capabilities built into WOLips? hmm I guess not, I thought they were one in the same. I'm just using what's in WOLips. ;david -- David LeBer Codeferous Software 'co-def-er-ous' adj. Literally 'code-bearing' site: http://codeferous.com blog: http://davidleber.net profile: http://www.linkedin.com/in/davidleber twitter: http://twitter.com/rebeld -- WOWODC 2011 : July 1-2-3, Montreal. http://wowodc.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: eogenerator options
On 2011-05-09, at 5:00 PM, Michael Gargano wrote: One of these days my questions will make sense... I promise! (i think i'm getting better) :) On May 9, 2011, at 4:35 PM, David LeBer wrote: On 2011-05-09, at 4:13 PM, Michael Gargano wrote: two quick(and believe it or not, related) questions: 1) Is there a way to have EOGenerator not automatically reverse engineer fields into prototypes? [E.g. if I have a varchar(5) column, to not have EOGenerator rev. eng. this into a boolean prototype] If you have modeled that attribute as a boolean, EOF will treat it as a boolean (the 'boolean' prototype defines a factory class for EOF to use so by the time you get the value it is no longer a varchar). If you don't want it to be a boolean, then you probably shouldn't model it as a one. I'm reverse engineering a DB here, so I haven't modeled anything. EOGeneration is the creation of the EO java classes from a model, as such the Velocity EOGenerator is not involved in DB reverse engineering. DB reverse engineering is the generation of a model from your DB, I don't use it so I'm afraid I can offer little assistance there. Perhaps someone else can. 2) Is the list of properties shown http://wiki.objectstyle.org/confluence/display/WO/EOF-Using+EOF-EOGenerator#EOF-UsingEOF-EOGenerator-HowToUseIt the complete and up-to-date list of options to that EOGenerator accepts? Are you using the old standalone EOGenerator tool (described on that page) or the Velocity EOGenerator capabilities built into WOLips? hmm I guess not, I thought they were one in the same. I'm just using what's in WOLips. The most complete repository of the Velocity EOEGenerator capabilities is probably in the the templates themselves. http://webobjects.mdimension.com/wolips/support/eogenerator/Velocity%20EOGenerator%20Templates/ They use the Velocity template language which is documented here: http://velocity.apache.org/engine/releases/velocity-1.5/user-guide.html ;david -- David LeBer Codeferous Software 'co-def-er-ous' adj. Literally 'code-bearing' site: http://codeferous.com blog: http://davidleber.net profile:http://www.linkedin.com/in/davidleber twitter:http://twitter.com/rebeld -- WOWODC 2011 : July 1-2-3, Montreal. http://wowodc.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
Project Wonder Licensing
Just having gone thru an extensive software audit of all of the third party licensing that our company uses (including WebObjects and Project Wonder among a zillion other things). I would like to propose that Project Wonder adopt a more consistent license for the code base. The best licenses for open source products to use so that commercial products can utilize those components are Apache 2.0, BSD, and MIT. It would be best to include the license file in the download for binary and source for WOProject and Project Wonder. Right now I think these items are under an old NetStruxr license thru objectstyle. It was very difficult to find the license files for Project Wonder and WOProject Any component licensed under GPL, LGPL 3.0, EPL, CPL were poison to us and we had to remove them. LGPL v2.1 components sucked less and we were allowed to keep them as long as we didn't modify them in any way. Dov Rosenberg ___ 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: Project Wonder Licensing
On May 9, 2011, at 2:37 PM, Dov Rosenberg wrote: Just having gone thru an extensive software audit of all of the third party licensing that our company uses (including WebObjects and Project Wonder among a zillion other things). No one's idea of a good time. I would like to propose that Project Wonder adopt a more consistent license for the code base. The best licenses for open source products to use so that commercial products can utilize those components are Apache 2.0, BSD, and MIT. There was some discussion and work on making the core frameworks BSD compliant a couple of months back. That would have been on the Wonder list. Chuck It would be best to include the license file in the download for binary and source for WOProject and Project Wonder. Right now I think these items are under an old NetStruxr license thru objectstyle. It was very difficult to find the license files for Project Wonder and WOProject Any component licensed under GPL, LGPL 3.0, EPL, CPL were poison to us and we had to remove them. LGPL v2.1 components sucked less and we were allowed to keep them as long as we didn't modify them in any way. Dov Rosenberg ___ 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/chill%40global-village.net This email sent to ch...@global-village.net -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ smime.p7s Description: S/MIME cryptographic signature ___ 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: Project Wonder Licensing
On May 9, 2011, at 2:37 PM, Dov Rosenberg wrote: Just having gone thru an extensive software audit of all of the third party licensing that our company uses (including WebObjects and Project Wonder among a zillion other things). I would like to propose that Project Wonder adopt a more consistent license for the code base. The best licenses for open source products to use so that commercial products can utilize those components are Apache 2.0, BSD, and MIT. It would be best to include the license file in the download for binary and source for WOProject and Project Wonder. Right now I think these items are under an old NetStruxr license thru objectstyle. It was very difficult to find the license files for Project Wonder and WOProject Any component licensed under GPL, LGPL 3.0, EPL, CPL were poison to us and we had to remove them. LGPL v2.1 components sucked less and we were allowed to keep them as long as we didn't modify them in any way. Dov Rosenberg http://wiki.objectstyle.org/confluence/display/WONDER/Acknowledgements Ramsey ___ 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 to keep the container updated with AjaxUpdateLink?
Hi Mai, On May 9, 2011, at 1:59 PM, Mai Nguyen wrote: Hello Ajax gurus, I am using the AjaxUpdateLink to update a table inside a page instead of refreshing the whole page. However, the link only refreshes the Ajax Update Container (which wraps the table) briefly while the user clicks on the link. Can someone point to me how to make sure the container remains updated until the user clicks on the link again to hide the contents? I wish to allow the user to explicitly click on Hide Explanation to hide the explanation. Currently with the following wod description, an onClick causes the link to update the container correctly, but it only lasts a few seconds, then the update container returns to its previous state. You are doing it wrong. :-) The AjaxUpdateLink is to update the browser display with new information from the server. You are just updating the DOM here so there is no need for a trip to the server. Try this instead: ExplanationLink: WOHyperlink { action = context.page; // Not used, but keeps WO happy onClick = show_explanation(this); return false;; } function show_explanation(element) { case_number = element.parentNode.parentNode.id; explanation_row = document.getElementById(case_number + _status); if (explanation_row.style.display != 'none') { element.innerHTML = Hide Explanation; explanation_row.style.display = 'none'; } else { element.innerHTML = What does this mean?; explanation_row.style.display = ''; } }; Chuck Here is the description of the link: ExplanationLink: AjaxUpdateLink { updateContainerID = SearchResultsUpdateContainer1; action = showStatusExplanation; onClick = show_explanation(this); evalScripts = true; onComplete = SearchResultsUpdateContainer1Update(); } function show_explanation(element) { case_number = element.parentNode.parentNode.id; explanation_row = document.getElementById(case_number + _status); if (element.innerHTML == What does this mean?) { element.innerHTML = Hide Explanation; explanation_row.style.display = ''; } else { element.innerHTML = What does this mean?; explanation_row.style.display = 'none'; } }; public WOActionResults showStatusExplanation() { return null; } Is an action binding required here? If yes, since the onClick JS Script already takes care of the display, can the action just return null? Thanks for any hints, -mai ___ 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/chill%40global-village.net This email sent to ch...@global-village.net -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ smime.p7s Description: S/MIME cryptographic signature ___ 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: WOWODC: ERRest topics
Greetings Pascal, Both a general and specific set of topics would be nice. Like for example, last year's talk you gave proved very useful.Strengths and limitations of REST may be a useful topic. What standards do exist for REST, and how WO can help on this front (given the hordes of IBM and others who will shoot it down if they don't understand it). Anywho, this is just a thought. Dan On May 9, 2011, at 12:12 PM, Pascal Robert wrote: list of topics for my ERRest presentation at WOWODC, but since according to the survey a lot of you are already using ERRest and a good chunk will start using it, I was wondering if you wanted to see some specific topics. I will not talk about iOS development because I don't do such (I think David LB will talk a bit about it), but any other stuff you want to learn about? ___ 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: WOWODC: ERRest topics
On May 9, 2011, at 3:37 PM, Daniel Beatty wrote: Greetings Pascal, Both a general and specific set of topics would be nice. Like for example, last year's talk you gave proved very useful.Strengths and limitations of REST may be a useful topic. What standards do exist for REST, and how WO can help on this front (given the hordes of IBM and others who will shoot it down if they don't understand it). Don't you mean overcomplicate it if anyone can understand it? Anywho, this is just a thought. Dan On May 9, 2011, at 12:12 PM, Pascal Robert wrote: list of topics for my ERRest presentation at WOWODC, but since according to the survey a lot of you are already using ERRest and a good chunk will start using it, I was wondering if you wanted to see some specific topics. I will not talk about iOS development because I don't do such (I think David LB will talk a bit about it), but any other stuff you want to learn about? ___ 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/chill%40global-village.net This email sent to ch...@global-village.net -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ smime.p7s Description: S/MIME cryptographic signature ___ 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: Project Wonder Licensing
Those acknowledgements are required if you are using some types of open source licenses like LGPL. Those do not constitute proper licensing for project wonder Dov Rosenberg On May 9, 2011, at 6:14 PM, Ramsey Gurley rgur...@smarthealth.com wrote: On May 9, 2011, at 2:37 PM, Dov Rosenberg wrote: Just having gone thru an extensive software audit of all of the third party licensing that our company uses (including WebObjects and Project Wonder among a zillion other things). I would like to propose that Project Wonder adopt a more consistent license for the code base. The best licenses for open source products to use so that commercial products can utilize those components are Apache 2.0, BSD, and MIT. It would be best to include the license file in the download for binary and source for WOProject and Project Wonder. Right now I think these items are under an old NetStruxr license thru objectstyle. It was very difficult to find the license files for Project Wonder and WOProject Any component licensed under GPL, LGPL 3.0, EPL, CPL were poison to us and we had to remove them. LGPL v2.1 components sucked less and we were allowed to keep them as long as we didn't modify them in any way. Dov Rosenberg http://wiki.objectstyle.org/confluence/display/WONDER/Acknowledgements Ramsey ___ 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: WOWODC: ERRest topics
Le 2011-05-09 à 18:43, Chuck Hill a écrit : On May 9, 2011, at 3:37 PM, Daniel Beatty wrote: Greetings Pascal, Both a general and specific set of topics would be nice. Like for example, last year's talk you gave proved very useful.Strengths and limitations of REST may be a useful topic. What standards do exist for REST, and how WO can help on this front (given the hordes of IBM and others who will shoot it down if they don't understand it). Don't you mean overcomplicate it if anyone can understand it? Like this? http://www.ibm.com/developerworks/webservices/library/ws-restwsdl/ Anywho, this is just a thought. Dan On May 9, 2011, at 12:12 PM, Pascal Robert wrote: list of topics for my ERRest presentation at WOWODC, but since according to the survey a lot of you are already using ERRest and a good chunk will start using it, I was wondering if you wanted to see some specific topics. I will not talk about iOS development because I don't do such (I think David LB will talk a bit about it), but any other stuff you want to learn about? ___ 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/chill%40global-village.net This email sent to ch...@global-village.net -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ ___ 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: Project Wonder Licensing
I assume ERExtensions/Documentation/LICENSE.NPL does... so what about NPL has this audit deemed offensive? Ramsey On May 9, 2011, at 4:19 PM, Dov Rosenberg wrote: Those acknowledgements are required if you are using some types of open source licenses like LGPL. Those do not constitute proper licensing for project wonder Dov Rosenberg On May 9, 2011, at 6:14 PM, Ramsey Gurley rgur...@smarthealth.com wrote: On May 9, 2011, at 2:37 PM, Dov Rosenberg wrote: Just having gone thru an extensive software audit of all of the third party licensing that our company uses (including WebObjects and Project Wonder among a zillion other things). I would like to propose that Project Wonder adopt a more consistent license for the code base. The best licenses for open source products to use so that commercial products can utilize those components are Apache 2.0, BSD, and MIT. It would be best to include the license file in the download for binary and source for WOProject and Project Wonder. Right now I think these items are under an old NetStruxr license thru objectstyle. It was very difficult to find the license files for Project Wonder and WOProject Any component licensed under GPL, LGPL 3.0, EPL, CPL were poison to us and we had to remove them. LGPL v2.1 components sucked less and we were allowed to keep them as long as we didn't modify them in any way. Dov Rosenberg http://wiki.objectstyle.org/confluence/display/WONDER/Acknowledgements Ramsey ___ 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: WOWODC: ERRest topics
Le 2011-05-09 à 18:37, Daniel Beatty a écrit : Greetings Pascal, Both a general and specific set of topics would be nice. Like for example, last year's talk you gave proved very useful.Strengths and limitations of REST may be a useful topic. What standards do exist for REST, and how WO can help on this front (given the hordes of IBM and others who will shoot it down if they don't understand it). Anywho, this is just a thought. For the fun of it, this is the list of potentials topics: • HTML routing • Automatic vs manual • Linking between pages (ERXRouteUrlUtils/ERXRouteLink/ERXRouteURL) • Offline access/cache • ERRest + Dojo • ERRest + Titanium • ERRest + SproutCore • Authentification • Basic, Digest • Token • Sessions • JSR-311 • Query args (batching, sorting) • Batching • ERXRestNameRegistry • Caching headers • Many-to-many relationships • ERAttachment support • File uploads HATEOAS JSON Referencing HTML routing and ERRest + Dojo are a go. It's the other topics that I don't know which ones to do (HATEOAS and caching headers are two favorites). Dan On May 9, 2011, at 12:12 PM, Pascal Robert wrote: list of topics for my ERRest presentation at WOWODC, but since according to the survey a lot of you are already using ERRest and a good chunk will start using it, I was wondering if you wanted to see some specific topics. I will not talk about iOS development because I don't do such (I think David LB will talk a bit about it), but any other stuff you want to learn about? ___ 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: Installing the tools: The One True
Le 2011-05-09 à 20:06, Mr. G Brown a écrit : I tried it at home and it worked. Worked for me here too (I downloaded the source of Golipse, I added eGit in the plugins list). At work there was no wolips perspective. Maybe something happened during the download. The Help Installed software Available sites does show: PastedGraphic-1.tiff which is why I thought Golipse had old urls. But perhaps some net anomaly prevented downloading. Subversive vs Subclipse? ? I suppose a page on all the useful additional plugins could be helpful, but they change often. On May 9, 2011, at 1:54 PM, Pascal Robert wrote: Le 2011-05-09 à 13:37, gsbr...@umich.edu a écrit : I just tried golipse. Did you download it from Github? Looking at the source, it should be ok: https://github.com/rebeld/Golipse/blob/master/English.lproj/go_wolips.sh -- http://webobjects.mdimension.com/hudson/job/WOLips36Current/lastSuccessfulBuild/artifact/site I think it needs to be updated, as the wolips stuff does not come from the hudson builds, and it fails. I think it is important to have things survive in spite of all the changes that happen. The Wolips url: • WOLips plugin URL: • Eclipse 3.6 (Stable): http://webobjects.mdimension.com/hudson/job/WOLips36Stable/lastSuccessfulBuild/artifact/site/ • Eclipse 3.6 (Experimental): http://webobjects.mdimension.com/hudson/job/WOLips36Current/lastSuccessfulBuild/artifact/site/ Those still work. -- gsbr...@umich.edu ___ 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 ___ 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: WOWODC: ERRest topics
On 2011-05-09, at 5:09 PM, Pascal Robert wrote: Le 2011-05-09 à 18:43, Chuck Hill a écrit : On May 9, 2011, at 3:37 PM, Daniel Beatty wrote: Greetings Pascal, Both a general and specific set of topics would be nice. Like for example, last year's talk you gave proved very useful.Strengths and limitations of REST may be a useful topic. What standards do exist for REST, and how WO can help on this front (given the hordes of IBM and others who will shoot it down if they don't understand it). Don't you mean overcomplicate it if anyone can understand it? Like this? http://www.ibm.com/developerworks/webservices/library/ws-restwsdl/ Almost, could use a little more XML. -- 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 smime.p7s Description: S/MIME cryptographic signature ___ 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: Project Wonder Licensing
well .. it's not true, for one. there really is no such thing as the license for wonder. different parts are under different licenses. I've tried to make the core frameworks clean of any GPL reps, and I think it's a good idea to get rid of all of them if we can. To be on the up-and-up, we really should have the license files included. As far as I know, the INTENT of wonder code itself is to be under BSD license (which I believe NPL basically is), but the dependent libraries make it not exactly BSD. ms On May 9, 2011, at 8:14 PM, Ramsey Gurley wrote: I assume ERExtensions/Documentation/LICENSE.NPL does... so what about NPL has this audit deemed offensive? Ramsey On May 9, 2011, at 4:19 PM, Dov Rosenberg wrote: Those acknowledgements are required if you are using some types of open source licenses like LGPL. Those do not constitute proper licensing for project wonder Dov Rosenberg On May 9, 2011, at 6:14 PM, Ramsey Gurley rgur...@smarthealth.com wrote: On May 9, 2011, at 2:37 PM, Dov Rosenberg wrote: Just having gone thru an extensive software audit of all of the third party licensing that our company uses (including WebObjects and Project Wonder among a zillion other things). I would like to propose that Project Wonder adopt a more consistent license for the code base. The best licenses for open source products to use so that commercial products can utilize those components are Apache 2.0, BSD, and MIT. It would be best to include the license file in the download for binary and source for WOProject and Project Wonder. Right now I think these items are under an old NetStruxr license thru objectstyle. It was very difficult to find the license files for Project Wonder and WOProject Any component licensed under GPL, LGPL 3.0, EPL, CPL were poison to us and we had to remove them. LGPL v2.1 components sucked less and we were allowed to keep them as long as we didn't modify them in any way. Dov Rosenberg http://wiki.objectstyle.org/confluence/display/WONDER/Acknowledgements Ramsey ___ 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%40pobox.com This email sent to msch...@pobox.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: Project Wonder Licensing
On 10/05/2011, at 9:44 AM, Ramsey Gurley wrote: I assume ERExtensions/Documentation/LICENSE.NPL does... so what about NPL has this audit deemed offensive? (I am not a lawyer.) Does a software license like this continue to hold force in the absence of the licensor? That is, given that NetStruxr no longer exists, is that license even valid? -- Paul. http://logicsquad.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: WOWODC: ERRest topics
Le 2011-05-09 à 18:37, Daniel Beatty a écrit : Greetings Pascal, Both a general and specific set of topics would be nice. Like for example, last year's talk you gave proved very useful.Strengths and limitations of REST may be a useful topic. What standards do exist for REST, and how WO can help on this front (given the hordes of IBM and others who will shoot it down if they don't understand it). Anywho, this is just a thought. For the fun of it, this is the list of potentials topics: • HTML routing • Automatic vs manual • Linking between pages (ERXRouteUrlUtils/ERXRouteLink/ERXRouteURL) • Offline access/cache • ERRest + Dojo • ERRest + Titanium • ERRest + SproutCore • Authentification • Basic, Digest • Token • Sessions • JSR-311 • Query args (batching, sorting) • Batching • ERXRestNameRegistry • Caching headers • Many-to-many relationships • ERAttachment support • File uploads JSON Referencing HTML routing and ERRest + Dojo are a go. It's the other topics that I don't know which ones to do (HATEOAS and caching headers are two favorites). Dan On May 9, 2011, at 12:12 PM, Pascal Robert wrote: list of topics for my ERRest presentation at WOWODC, but since according to the survey a lot of you are already using ERRest and a good chunk will start using it, I was wondering if you wanted to see some specific topics. I will not talk about iOS development because I don't do such (I think David LB will talk a bit about it), but any other stuff you want to learn about? ___ 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 to keep the container updated with AjaxUpdateLink?
Hi Chuck, thanks for the explanation. It is much simpler than I thought. -mai On May 9, 2011, at 3:28 PM, Chuck Hill wrote: Hi Mai, On May 9, 2011, at 1:59 PM, Mai Nguyen wrote: Hello Ajax gurus, I am using the AjaxUpdateLink to update a table inside a page instead of refreshing the whole page. However, the link only refreshes the Ajax Update Container (which wraps the table) briefly while the user clicks on the link. Can someone point to me how to make sure the container remains updated until the user clicks on the link again to hide the contents? I wish to allow the user to explicitly click on Hide Explanation to hide the explanation. Currently with the following wod description, an onClick causes the link to update the container correctly, but it only lasts a few seconds, then the update container returns to its previous state. You are doing it wrong. :-) The AjaxUpdateLink is to update the browser display with new information from the server. You are just updating the DOM here so there is no need for a trip to the server. Try this instead: ExplanationLink: WOHyperlink { action = context.page; // Not used, but keeps WO happy onClick = show_explanation(this); return false;; } function show_explanation(element) { case_number = element.parentNode.parentNode.id; explanation_row = document.getElementById(case_number + _status); if (explanation_row.style.display != 'none') { element.innerHTML = Hide Explanation; explanation_row.style.display = 'none'; } else { element.innerHTML = What does this mean?; explanation_row.style.display = ''; } }; Chuck Here is the description of the link: ExplanationLink: AjaxUpdateLink { updateContainerID = SearchResultsUpdateContainer1; action = showStatusExplanation; onClick = show_explanation(this); evalScripts = true; onComplete = SearchResultsUpdateContainer1Update(); } function show_explanation(element) { case_number = element.parentNode.parentNode.id; explanation_row = document.getElementById(case_number + _status); if (element.innerHTML == What does this mean?) { element.innerHTML = Hide Explanation; explanation_row.style.display = ''; } else { element.innerHTML = What does this mean?; explanation_row.style.display = 'none'; } }; public WOActionResults showStatusExplanation() { return null; } Is an action binding required here? If yes, since the onClick JS Script already takes care of the display, can the action just return null? Thanks for any hints, -mai ___ 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/chill%40global-village.net This email sent to ch...@global-village.net -- Chuck Hill Senior Consultant / VP Development Come to WOWODC this July for unparalleled WO learning opportunities and real peer to peer problem solving! Network, socialize, and enjoy a great cosmopolitan city. See you there! http://www.wocommunity.org/wowodc11/ ___ 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: Project Wonder Licensing
Let me check with our lawyer. I suspect that the license is still valid though Sent from my iPhone On May 9, 2011, at 8:58 PM, Paul Hoadley pa...@logicsquad.net wrote: On 10/05/2011, at 9:44 AM, Ramsey Gurley wrote: I assume ERExtensions/Documentation/LICENSE.NPL does... so what about NPL has this audit deemed offensive? (I am not a lawyer.) Does a software license like this continue to hold force in the absence of the licensor? That is, given that NetStruxr no longer exists, is that license even valid? -- Paul. http://logicsquad.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: http://lists.apple.com/mailman/options/webobjects-dev/drosenberg%40inquira.com This email sent to drosenb...@inquira.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