Re: Interracting with Tuxedo services
Hi, some time ago one of our clients asked us about a possibility to connect our WO app to tuxedo, so we were digging a little bit into it and basically we found two possible solutions: - write our own tuxedo/WO layer - a nasty thing to do IMHO, but efficient - use webservices and SALT Although WS part of WO is slightly outdated (Axis 1.4), it works, so that can be the less painful way. Jaroslav ___ 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
WSDD location
Dear list, I'm developping a web service front end to a WO application and can not find the location of server.wsdd file. Does anybody have experiences with fine tuning the WO web services engine? Thanks a lot, Jarda ___ 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: WOLips and html formatting
Another gotcha - if you use "" tags in your html, replace them with "". Otherwise everything after just disappears from your brand new formatted html. Jarda Hi Lon, There is one gotcha with this refactoring that I've come across the hard way. If you're using an AjaxModalDialog with just a form inside you'll need to add back a return character before the form after you refactor the html. David On 1-Oct-09, at 11:27 AM, John Huss wrote: Or hidden in the menus: Edit -> Refactor -> Format John On Thu, Oct 1, 2009 at 1:09 PM, David Avendasora > wrote: Cmd-Shift-F ? Dave On Oct 1, 2009, at 2:04 PM, Lon Varscsak wrote: Is there a way to have WOLips format the html for me (on command). I get html from the designer and it's never formatted properly, and in the old WOBuilder there was a way to do this. Any thoughts? Lon ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com This email sent to webobje...@avendasora.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/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/programmingosx%40mac.com This email sent to programming...@mac.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Even Java 1.5 on Snow Leopard is actually Java 1.6
Dear list, just a small notice - if you want to use Java 1.5 on Snow Leopard, be aware that what seems to be 1.5 directory is only a symlink pointing to 1.6 directory. So even if you have your Eclipse or ant configured to use Java 1.5 and compile for Java 1.5, that nasty polar cat will actually silently compile for Java 1.6. Workaround is for example here. with regards Jarda ___ 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 & Java 1.6
On Sep 24, 2009, at 2:01 AM, Lachlan Deck wrote: On 24/09/2009, at 12:02 AM, Jarda Hanuš wrote: we are developping a web service frontend to a wo application and we try to implement some security/authentication controls in it. However, when we try to access the SOAPEnvelope part of the ws message, we obtain this exception: java.lang.ClassCastException: com.sun.xml.internal.messaging.saaj.soap.ver1_1.Envelope1_1Impl cannot be cast to java.lang.String at org.apache.axis.SOAPPart.getAsString(SOAPPart.java:554) at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:688) at org.apache.axis.Message.getSOAPEnvelope(Message.java:435) What jars have you included? The jars relevant to axis 1.4 (ant.jar, saaj.jar etc.) From some googling it seems that this exception can be caused by combination of Axis 1.4 and Java 1.6 - the default version of Java on Snow Leopard. So my questions are: - has anybody any experiences with using WebObjects WebServices with Java 1.6? Yes. (Though we deploy on FreeBSD, but that should be irrelevant) And do you also use some kind of signing/encrypting of SOAP messages? If you do, what libraries do you use? I mean if you do not try to modify the default WO assembled SOAP message, you'll probably not notice this problem. - did someone succeed in hacking some newer version of axis (Axis2) to work with WO 5.4.3? Didn't try. Still using axis 1.4 with relevant dependencies... http://mavenrepository.com/artifact/axis/axis/1.4 - should we try and hack our way ugly through, or is there some hope in a new WO release that will make it's WS capabilities compatible with Java 1.6? What if you target your compile for that particular framework for 1.5? It was more difficult than I thought it would be (on Snow Leopard, what seems to be java 1.5 is only a symlink to Java 1.6, WTF...), but finally I succeeded and now it works. So definitively the problem is in using Java 1.6. For the moment we deploy on Java 1.5, so as a hotfix it will work, but our customers will upgrade the Java one day... with regards, -- Lachlan Deck Thanks Jarda ___ 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
WO WebServices & Java 1.6
Hi list, we are developping a web service frontend to a wo application and we try to implement some security/authentication controls in it. However, when we try to access the SOAPEnvelope part of the ws message, we obtain this exception: java.lang.ClassCastException: com.sun.xml.internal.messaging.saaj.soap.ver1_1.Envelope1_1Impl cannot be cast to java.lang.String at org.apache.axis.SOAPPart.getAsString(SOAPPart.java:554) at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:688) at org.apache.axis.Message.getSOAPEnvelope(Message.java:435) From some googling it seems that this exception can be caused by combination of Axis 1.4 and Java 1.6 - the default version of Java on Snow Leopard. So my questions are: - has anybody any experiences with using WebObjects WebServices with Java 1.6? - did someone succeed in hacking some newer version of axis (Axis2) to work with WO 5.4.3? - should we try and hack our way ugly through, or is there some hope in a new WO release that will make it's WS capabilities compatible with Java 1.6? Thanks, Jarda ___ 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: WOLips and JC
If you've WO 5.3, try adding wojavaclient.jar to your classpath. This jar can be in /Library/WebServer/Documents/WebObjects/Java. On 5.4 the jars are different, but I suppose you're on 5.3 still. Jarda On Dec 17, 2007, at 8:36 PM, David Avendasora wrote: The error I'm getting right now is on the com.test.client.EOApplicationSubclass class. The error is: com.webobjects.eoapplication.client cannot be resolved, line 29. 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 [EMAIL PROTECTED]
Re: WO5.4 and Java Client
Mike Schrag stated in the "State of the Union" thread: * My understanding is that JavaClient stuff is technically still there, but there's not very good tool support for it. NetBeans project file support for Entity Modeler would allow the combination of Entity Modeler plus the Swing designer tools from NetBeans, which would probably be a good platform to start from for that (Swing builders in Eclipse I think mostly suck still?). If anyone outside of Apple could know what the true _current_ state of WO is under the hood, it would be Mike - note, I'm not saying he _does_, just than if anyone could, it would him). He also seems to have a pretty good understanding of the tools for some reason... :) I don't think anyone, even at Apple, knows what is _going_ to happen to the JC libraries that haven't been depreciated. I think that it may take hearing from the development community as to what they use and want to determine it's future. Please don't be quiet! Good point. We'll send some feedback and questions directly to Apple and hope we'll not be the only ones... I don't know if the new javaEOGenerator supports Java Client classes or not, I haven't had a chance to look yet, but with the tool soon-to-be open-sourced, I'm sure it can be added if there are enough people needing it. Other than that, I don't think there's any other WO-specific tools required for doing a Swing/SWT/etc Client. Am I wrong? AFAIK you're right, important are the libraries. As far as ways to continue JC development without D2JC and Nib- based options, please read Florijan Stamenkovic's turorial on how to setup Swing-only UIs: "WebObjects Java Client, the 3rd way" at http://web.mac.com/flor385/eSwamp/software/wojc_tutorial.html Thanks, and I definitively will read it. I know I'm planning on digging into it soon because a large portion of my application is D2JC, which will need to be replaced. He sent it out to a bunch of us JC people a few weeks ago, but hasn't gotten any feedback on it yet. He is currently Internet- challenged due to where he's living. I'll get his permission to send it out the library. Anybody who wants it, email me off-list. It would probably be good to make some more publicity to his page, if he's not against that? Maybe just to start with some editing of http://wiki.objectstyle.org/confluence/display/WO/Java+Client- Overview. Because I really tried to google out some more info about the JC future and about the 3rd way posibilities, and what I found was rather sad. Style "No Future" ;) Last thing - in a review I have read, that there are at least about 50 organizations, who use Java Client. So we are not many, but definitively not alone. Do you have some idea, how to get a bit more of the actual JC info/people together? Maybe to share info, maybe just do discuss the alternatives, maybe to send to Apple/WO community a message, that there are some people using it and that it's a viable solution? Long live JC! Dave ;))) Jarda ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: WO5.4 and Java Client
And I have EXACTLY the same question. We develop and maintain quite a huge application with two frontends - html WebObjects for extranet users and Java Client for intranet. For JC we used the NIB-Based IB development, although with quite a lot of hacks to force it to work the way we needed. Now we have about 50 interfaces to rebuild. And we have to decide, where to go from now on. - Whether try to continue the JC way, using the *distributed* wo libraries together with some third party GUI builder for Swing or SWT or even GWT interfaces (by the way - if you, Dave or John would give me just some few hints about the bindings of these libraries with pure Swing or SWT interfaces, I would greatly appreciate that). Personally I think that this would be a bit easier to code for the moment, but definitively we need to know what will happen with all these .distributed. libraries in the future. - or whether go the WO app server + Web Services + not_WO client (for example Flex) path. This seems to me a bit more complicated for the moment, as we would need to completely change the client side logic, and add the Web Services layer to the server. Also I have some little doubts about the performance of this solution. But it would free us from this *will it be or will it not be* (deprecated) dilemma, at least as long as the whole WO world is not deprecated ;) So, please, if somebody has an answer concerning the future of JC internal libraries, let us know! Thanks! Jaroslav Okay, I have the same question as John and Flor, and I don't think it's been answered yet. For those of you NOT doing regular Java Client (I guess there a few ;) there have been THREE ways of doing WO JC development in the past: 1) D2JC 2) NIB-Based using Interface Builder 3) Straight Swing (not using NIBs, rules files, or any other cool, but depreciated tech) 1 and 2 have be obviously depreciated, even if they can be tricked into working. That's not the question. The question is, is #3 still a viable option? Saying either 1 or 2 still work with some hacking only confuses the question. Are the libraries that maintains the editing contexts on the client side and their communication back to the server-side UNdepreciated, or is it included in the libraries depreciated as part of D2JC and Nib- Based JC? Does anyone have a definitive answer to this? (please don't invoke curses such as "AJAX" in your answer!) Thanks! Dave ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
