From: Clemens E. <lin...@we...> - 2004-10-18 06:54:06
|
<html><style>p {margin: 0px}</style><body style='font-size:9pt; font-family:Verdana; font-family: Verdana' ><P>Hello!</P><P>First of all thanks a lot fo the fast answer!<BR><BR>>What server-side script are you using? The library has both client-side<BR>>and server-side components. Does http://localhost:3355/soda refer to a<BR>>renamed version of the ASP-JScript, ASP-VBScript, PHP or Perl version,<BR>>or something custom? The files are found in the examples folder,<BR>>ioelmsrv.langext and ioelmsrv.soda.langext where langext is the language<BR>>extension. The ASP is likely functional, the PHP likely buggy, the Perl<BR>>version is not complete. If at all possible, you need access to the web<BR>>server's log file. I also highly recommend the "Live HTTP Headers"<BR>>plugin for Mozilla to view the programmatic (non-visible) requests and<BR>>responses.<BR></P><P>I use the java-servlet version, however I dont see any messages from the server although t! here should be one. I will try to get the clac-servlet-demo working.</P><P>The problem I had with konqueror and opera (no load object or so..) also happens with the soda-demos.</P><P>Thanks a lot, lg Clemens</P><P>PS: I found some "bad-loops" (for(var ...) in dynapi-code, may I correct this and send it back to you or somewhere else?</P><br><br><table cellpadding="0" cellspacing="0" border="0"><tr><td bgcolor="#000000"><img src="http://img.web.de/p.gif" width="1" height="1" border="0" alt="" /></td></tr><tr><td style="font-family:verdana; font-size:12px; line-height:17px;">Verschicken Sie romantische, coole und witzige Bilder per SMS! <br>Jetzt neu bei WEB.DE FreeMail: <A HREF="http://freemail.web.de/?mc=021193"><B>http://freemail.web.de/?mc=021193</B></A> </td></tr></table></body></html> |
From: Clemens E. <lin...@we...> - 2004-10-18 07:03:36
|
<html><style>p {margin: 0px}</style><body bgcolor='#ffffff' text='#000000'><P>Hello again!</P><P>Wow, dynapi lists are very active. I thought dynapi is quite dead but it makes me really happy to see this project succeed! It is soo great!</P><P><BR>> I'm guessing that <A class=moz-txt-link-freetext href="http://localhost:3355/soda">http://localhost:3355/soda</A> is mapped to a servlet.<BR>> If so, and if the servlet container is Tomcat, make sure the "access_log"<BR>> is enabled (see conf/server.xml) and you should see something there.<BR>The container is jetty (but it works - its fully spec compatible), if i call it per hand it tells me that the url is wrong (servlet checks if request ends with .soda).</P><P><BR>> The other thing is to look at is the Mozilla javascript console for any<BR>> javascript errors.<BR>Mozilla does not show any errors or faults :-(</P><P>lg Clemens</P><P>PS: Any ideas why IOElement-creation fails on opera or konqueror?</P><! br><br><table cellpadding="0" cellspacing="0" border="0"><tr><td bgcolor="#000000"><img src="http://img.web.de/p.gif" width="1" height="1" border="0" alt="" /></td></tr><tr><td style="font-family:verdana; font-size:12px; line-height:17px;">Verschicken Sie romantische, coole und witzige Bilder per SMS! <br>Jetzt neu bei WEB.DE FreeMail: <A HREF="http://freemail.web.de/?mc=021193"><B>http://freemail.web.de/?mc=021193</B></A> </td></tr></table></body></html> |
From: Andrew G. <an...@zo...> - 2004-10-18 07:17:21
|
OK, so in your web.xml you have something like: <servlet-mapping> <servlet-name>SodaTest</servlet-name> <url-pattern>*.soda</url-pattern> </servlet-mapping> Your call to createWebService looks wrong. If your html is being served by Jetty, it should look like: io.createWebService('SodaTest', "something.soda", initWS, false); otherwise if it is being served by something else: io.createWebService('SodaTest', "http://localhost:3355/SodaTest/something.soda", initWS, false); Andrew. Clemens Eisserer wrote: > Hello again! > > Wow, dynapi lists are very active. I thought dynapi is quite dead but > it makes me really happy to see this project succeed! It is soo great! > > > > I'm guessing that http://localhost:3355/soda is mapped to a servlet. > > If so, and if the servlet container is Tomcat, make sure the > "access_log" > > is enabled (see conf/server.xml) and you should see something there. > The container is jetty (but it works - its fully spec compatible), if > i call it per hand it tells me that the url is wrong (servlet checks > if request ends with .soda). > > > > The other thing is to look at is the Mozilla javascript console for any > > javascript errors. > Mozilla does not show any errors or faults :-( > > lg Clemens > > PS: Any ideas why IOElement-creation fails on opera or konqueror? > > > Verschicken Sie romantische, coole und witzige Bilder per SMS! > Jetzt neu bei WEB.DE FreeMail: *http://freemail.web.de/?mc=021193* > > ------------------------------------------------------- This SF.net > email is sponsored by: IT Product Guide on ITManagersJournal Use IT > products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ Dynapi-Help mailing > list Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help |
From: Clemens E. <lin...@we...> - 2004-10-18 07:22:38
|
<html><style>p {margin: 0px}</style><body bgcolor='#ffffff' style='font-size:9pt; font-family:Verdana; font-family: Verdana' ><P>Hi again!<BR><BR>> D'oh! I'm not experienced with the Java servlet version. I forgot<BR>> about it.<BR>No problem. I thought it is an javascript-problem that can be identified by simply looking at my code.</P><P>However it seems it isnt a fault in my js-code so I will try if I can get calc-demo supplied with the servlet running, this should work for sure.</P><P><BR>> I've got a Linux system and can test later. But I'd have to configure<BR>> Java with Apache for the first time. Been meaning to update and<BR>> recompile a newer version of Apache anyways.<BR></P><P>Please no dont make any circumstances because of me. I dont want to create extra work...</P><P><BR>> the allocation/deallocation time for each iteration. But I may be<BR>> wrong. :D</P><P>Exactly! I searched over dynapi-code and found some such loops. It should be easy ! to fix and if it does not help it wont make things worse.</P><P>Thanks a lot, lg Clemens</P><br><br><table cellpadding="0" cellspacing="0" border="0"><tr><td bgcolor="#000000"><img src="http://img.web.de/p.gif" width="1" height="1" border="0" alt="" /></td></tr><tr><td style="font-family:verdana; font-size:12px; line-height:17px;">Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. <br>weltweit telefonieren! <A HREF="http://freephone.web.de/?mc=021201"><B>http://freephone.web.de/?mc=021201</B></A> </td></tr></table></body></html> |
From: Clemens E. <lin...@we...> - 2004-10-18 07:27:00
|
<html><style>p {margin: 0px}</style><body bgcolor='#ffffff' text='#000000'><P>Hello again,</P><P> </P><P>Sorry for creating so much traffic..</P><PRE>> io.createWebService('SodaTest', "<A class=moz-txt-link-freetext href="http://localhost:3355/soda">http://localhost:3355/SodaTest/something.soda</A>", initWS, false);</PRE><P>The url is right. If I access it directly via browser the servlet starts up and tells me that I did not submit a valid soda-rpc call.<BR></P><P>As I said I thought that it would be any easy-to-find mistake in my javascript-code but it seems to be right.</P><P>Ill try to get calc-demo working.</P><P> </P><P>Thanks for all the help and patience, lg Clemens</P><br><br><table cellpadding="0" cellspacing="0" border="0"><tr><td bgcolor="#000000"><img src="http://img.web.de/p.gif" width="1" height="1" border="0" alt="" /></td></tr><tr><td style="font-family:verdana; font-size:12px; line-height:17px;">Verschicken Sie romantische, coole und witzige Bi! lder per SMS! <br>Jetzt neu bei WEB.DE FreeMail: <A HREF="http://freemail.web.de/?mc=021193"><B>http://freemail.web.de/?mc=021193</B></A> </td></tr></table></body></html> |
From: Bruce T. <blu...@ya...> - 2004-10-18 16:15:18
|
This is a shot in the dark. Is the servlet url the same server as the html page? if not, the browsers maybe killing you. They could be blocking it like they when attempting to read content from another server via an html page. Like I said, this is a shot in the dark. --- Clemens Eisserer <lin...@we...> wrote: --------------------------------- p {margin: 0px} Hello again, Sorry for creating so much traffic.. > io.createWebService('SodaTest', "http://localhost:3355/SodaTest/something.soda", initWS, false); The url is right. If I access it directly via browser the servlet starts up and tells me that I did not submit a valid soda-rpc call. As I said I thought that it would be any easy-to-find mistake in my javascript-code but it seems to be right. Ill try to get calc-demo working. Thanks for all the help and patience, lg Clemens Verschicken Sie romantische, coole und witzige Bi! lder per SMS! Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193 -------------------------------------------------------This SF.net email is sponsored by: IT Product Guide on ITManagersJournalUse IT products in your business? Tell us what you think of them. Give usYour Opinions, Get Free ThinkGeek Gift Certificates! Click to find out morehttp://productguide.itmanagersjournal.com/guidepromo.tmpl_______________________________________________Dynapi-Help mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/dynapi-help ===== www.bluewolverine.com _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com |
From: Clemens E. <lin...@we...> - 2004-10-18 17:34:50
|
Hi again! First of all a big thank you to everybody who have helped me so far. It is not common that list-members are so patent with newbies ;-) >This is a shot in the dark. > >Is the servlet url the same server as the html page? if not, the >browsers maybe killing you. They could be blocking it like they when >attempting to read content from another server via an html page. > >Like I said, this is a shot in the dark. > The really strange thing is that in server-log I see the servlet-output doing the expected stuff. When starting the calc-example first the calc-class is loaded and after this the server prints "-----do GET----" or something like this, withought any error. The calc-demo was taken as is only some paths have been rewritten (namely the java-package of the class and the url in JavaScript to the server). The self-written demo behaves exactly the same with the exception that the POST-Method is used, since I use asychronous calls. That means the server receives the request and maybe(?) responds to it, however it never printed any error or warning message. Maybe that has something to do that I use Jetty (jetty.mortbay.org) as servlet-container. Maybe the servlet has a bug which works with Tomcat and does not work Jetty? Does anybody know the author, maybe (I pray so) he is willed to help me a bit out - maybe he can give me instructions howto debug. Could it maybe be, that the server has problems with my default-encoding (utf8). If binary values (non-chars) are pressed into strngs this can lead to strange problems (experienced myself). Thanks a lot in advance, lg Clemens |
From: Leif W <war...@us...> - 2004-10-18 18:30:59
|
> ----- Original Message ----- > From: "Clemens Eisserer" <lin...@we...> > To: <dyn...@li...> > Sent: Monday, October 18, 2004 12:42 > Subject: Re: [Dynapi-Help] Need some help with IOElement, please. > > Hi again! > > First of all a big thank you to everybody who have helped me so far. > It is not common that list-members are so patent with newbies ;-) Heh, well, if I didn't want to help anyone, I wouldn't subscribe to a help list! ;-) It annoys me when I ask a question on a help list, and people just sit there and spend great effort to insult me for asking a question which they know the answer to, or are not honest with themselves and do not acknowledge flaws in their code, design or documentation. So I try to treat people the way I would like to be treated. Some people find truth and honesty offensive. I ask people on other lists, if they don't want to help, why did they subscribe to a help list, if the questions aggravate them, that is not very helpful to anyone. ;-) > The really strange thing is that in server-log I see the servlet-output > doing the expected stuff. > Maybe that has something to do that I use Jetty (jetty.mortbay.org) as > servlet-container. Maybe the servlet has a bug which works with Tomcat > and does not work Jetty? Maybe by end of day today I'll have Tomcat and Jetty working... ohh and some JVM. What JVM are you using? Sun? IBM? Kaffe? Other? First time with Tomcat and Jetty, and haven't used Java in Linux in about 5 years. Need to recompile my Apache, PHP and MySQL anyways, so what's a few more components? ;-) Maybe by then I'll better understand things. My Java is rusty, but I should be able to understand enough to relearn from example code. > Does anybody know the author, maybe (I pray so) he is willed to help me > a bit out - maybe he can give me instructions howto debug. > Could it maybe be, that the server has problems with my default-encoding > (utf8). If binary values (non-chars) are pressed into strngs this can > lead to strange problems (experienced myself). Raymond did the original IOElement and SODA code, with the ASP JScript and VBScript server-side libraries and examples. I did a partial translation to PHP, and barely began the Perl. I think Andrew did the Java, but I may be wrong. Leif |
From: Clemens E. <lin...@we...> - 2004-10-18 19:21:50
|
Hello again, >other lists, if they don't want to help, why did they subscribe to a >help list, if the questions aggravate them, that is not very helpful to >anyone. ;-) > > Very noble! But please dont set up a tomcat just because of me, I would have a bad guilt other people spent there time solving my problems. >Maybe by end of day today I'll have Tomcat and Jetty working... ohh and >some JVM. What JVM are you using? Sun? IBM? Kaffe? Other? First >time with Tomcat and Jetty, and haven't used Java in Linux in about 5 >years. Need to recompile my Apache, PHP and MySQL anyways, so what's a >few more components? ;-) Maybe by then I'll better understand things. >My Java is rusty, but I should be able to understand enough to relearn >from example code. > > Not really needed now, however I dont want to stop you if you planed to test with it. The reason why it timed out was, that when the server was asked it threw a servlet exception which was not shown, since the data is used internally by DynApi and not displayed in browser, so nobody could see the "Servlet-Exception"... It would be maybe better to catch Exceptions and write it into the logger - should I add this? The reason itself was that the servlet had to be registered with SERVICE.soda, I called it different like xyz.soda so it did not work at all of course. It really works - great! Thanks for all your help and patience. It makes me feel so happy that I now can start my work :-) Thanks a lot, lg Clemens PS: I have one question about licensing. I want to use DynApi in an half/half project: Code that stands under GPL may use it for free but others should pay a small fee. Is this O.K. with dynapi (not only licensing - but aren't developers angry about that?). What I want to do should be quite a small breakthrough in client/server programming, however I may not tell more :-( Of course I am willed to help dynapi te become even better, fix bugs etc. For now I am not very happy with javascript because I come from the java-world but after some time JS should be quite normal for me. E.G. I plan to create a table-widget (table with add, get, remove, ....) which I also of course plan to contribute back. The issue with IOElement and opera, konqueror is also in my interrest to be solved, I just say this to tell you that I also want to give something back and not only want to use dynapi code. It will be a library but not a rival - it has a quite diffenet goal. I thought it would be better to ask before coding instead to make developers angry. Do you think this would be o.k? |
From: Leif W <war...@us...> - 2004-10-18 22:44:11
|
Congratulations! > ----- Original Message ----- > From: "Clemens Eisserer" <lin...@we...> > To: <dyn...@li...> > Sent: Monday, October 18, 2004 14:29 > Subject: it WORKS - Re: [Dynapi-Help] Need some help with IOElement, please. > > Not really needed now, however I dont want to stop you if you planed to > test with it. Well, I've been curious for years but if I don't actually decide to do it at some point, I'll never find the time. :p it's just coincidence. > It would be maybe better to catch Exceptions and write it into the > logger - should I add this? I can't speak in specific, but in general, if it helps debug something to either log on the server, or encapsulate and send to the browser, then it may be helpful. I'd probably be very paranoid about what I send to a browser for security reasons, or else give away too much info about the server side things. Probably best to have a generic error message (or table of messages, "file permissions", "code syntax error", "network timeout", etc.) sent to browser, and the specific information logged somewhere reasonably secure on the server. > PS: I have one question about licensing. > I want to use DynApi in an half/half project: Code that stands under GPL > may use it for free but others should pay a small fee. Is this O.K. with > dynapi (not only licensing - but aren't developers angry about that?). > What I want to do should be quite a small breakthrough in client/server > programming, however I may not tell more :-( Ehh, I tend to ramble abut the GPL, this message could get long. First I'd suggest reading the GPL and LGPL more thoroughly, maybe look for a translation if parts are unclear. I'm not exactly a lawyer, but tend to be a GPL zealot. :-) The DynAPI is LGPL. I'm not exactly a lawyer so this may or may not be legally correct, may be too strict, but I do think it would be in full compliance with GPL. Generally it is my understanding that the GPL allows you to do some things, requires you to do other things, and prevents you from doing certain things. * It allows you to take GPL code, make whatever modifications you want, sell for as much as you can get. If you have done something unique and you are in a position to get paid, then you have a right to get what you can. :-) * It requires you to release all your code under the GPL (no exceptions), to keep the GPL copyright notices in each original and modified or derivative file, to give full credit to the original authors at least in each source file (i.e. if there are author's listed in code comments, just leave them there), to clearly state that it is GPL software (in the product itself, on the distribution channels, or at the very least by leaving all the licenses in the code comments intact), and to provide FREE access to your modified source code upon request (usually by submitting patches to the main project, or providing web or FTP access to your modifications). * It prevents you from calling the derived work your own original work, prevents you from hiding any modifications you have made and prevents you from removing the GPL, prevents you from preventing others these same rights that were freely given to you. There's also the LGPL, which I've heard called either the Lesser GPL or the Library GPL, which is what it is conceptually, and what it is typically used for, respectively. That allows more flexibility so you can write a non-free application using the library, yet keep the library free. In this case, you obviously would keep your private data and business logic separate from the API. If you need a feature in the API, you add a generic solution which everyone could use, and let others know here, and people will play with it and break it and fix it and generally have fun. :-) Or perhaps you develop your own non-free API which calls the unmodified DynAPI, which may be less efficient. But the same laws of tainting apply: a coder can't directly submit GPL code after looking at non-free code, so too you can't look at GPL code and turn and use the exact same technique and call it non-free. Maybe it's commonly done but it's just not right and helps no-one. GPL coders get around the problem by having two groups: one person becomes tainted, learns the non-free code, codes nothing, but instead writes down a specification or a general description which is somewhat original, then this document is sent to the coding group, which writes original code. :-) You can imagine the extra work involved. Develop your own API, and think how much longer it will take, and how much money that costs, it pushes back the project until maybe the client goes somewhere else. Now think of the people who did all the work and didn't even ask for any money and offer it for free to you. You can simultaneously save time and show appreciation by starting with GPL software, adding for your needs, and returning the modifications. :-) Most clients won't even understand the code or the difference between licenses,but will be scared and prejudiced against anything "free". They won't be able to do it themselves, so they have to pay someone who knows how to code, to build the site. It's "Free Software, not Free Beer", is the common phrase. Competitive businesses may learn how to do this unique thing you are doing, and may use it on their site, and eventually you'renot just unique, but a worldwide internet phenomenon. ;-) That is called progress, which is good, as it can change the world and benefit everyone, a little at a time. The valid concern for businesses is to make enough money to offset the initial development costs before the competition steals the technology, improves it and undercuts your price. But if the service or feature makes website use easier or more efficient or more powerful for the user, then the user will keep using the website no matter what the liecense, which could have tremendous positive effect for revenue if it's ecommerce or subscription driven. :-) And so what if someone else does the same thing. It just means you have to do it better, which is the essence of competition and progress. It is a process that continues for life, not a mountain you climb once and never slide down. > Of course I am willed to help dynapi te become even better, fix bugs > etc. For now I am not very happy with javascript because I come from the > java-world but after some time JS should be quite normal for me. JavaScript is very ugly sometimes. It's slow (when you use more than a few dozen layers), buggy, has minimalistic debugging ability (even in Firefox 1.0PR1 many syntax errors aren't even reported), not always consistent across browsers (a bloody nightmare), has limitations on what data it can access (for security reasons), and as you've discovered, can be a nightmare to debug when talking to server-side applications ("Live HTTP Headers" plugin may or may not offer some help). > E.G. I plan to create a table-widget (table with add, get, remove, ....) > which I also of course plan to contribute back. > The issue with IOElement and opera, konqueror is also in my interrest to Sounds cool! > be solved, I just say this to tell you that I also want to give > something back and not only want to use dynapi code. It will be a > library but not a rival - it has a quite diffenet goal. I'm not sure what you mean, and you may not wish to describe in any more detail due to business plans, non-disclosure agreements and business men with money to give you and lawyers to watch over you. ;-) The LGPL definition in the LICENSE file describes the LGPL best. ;-) It's difficult to understand without at least 100 lawyer-years of experience (10 lawyers with 10 years experience each). ANything outside of the scope of the GPL or LGPL just makes a nightmare for everyone, lawyers need to get involed to even understand what anything means, lawyers tend to be greedy and selfish and may misrepresent either side as greedy or selfish and create more problems than anything. A compromise of some sort of limited restriction would be ideal, where one business entity could purchase "time" from the project, and the coders split the money based on their contributions to the code in question, and could modify GPL or LGPL code, and the company keeps the modified code for no more than 3 months or 6 months to recover well-earned development money, and then all modifications manditorily become GPL or LGPL again. But setting up such a legal agreement would add so many lawyer costs to outweigh the benefits, and progress and development would lag 3-6 months ormore, which is an eternity online. Leif > I thought it would be better to ask before coding instead to make > developers angry. Always a good idea. :-) > Do you think this would be o.k? I have no idea. :p Others have ideas? I wonder if the Free Software Foundation has tutorials, FAQs, or other assistive resources to help people better understand the GPL and LGPL. It doesn't make much sense for JavaScript to be proprietary because full source code is always distributed and always obtainable every time the page is accessed. :p The server-side libraries are another matter. Java can be obfuscated but can be reverse engineered much easier than other machine-dependent compiled languages. So for applets, I consider them potentially accessible to the public because there's no absolute method to hiding the code. Leif |
From: Andrew G. <an...@zo...> - 2004-10-18 23:27:10
|
Hi Clemens, can you send me a stack trace of the servlet exception? I would like to make sure that it is handled appropriately. Andrew. Clemens Eisserer wrote: > Hello again, > >> other lists, if they don't want to help, why did they subscribe to a >> help list, if the questions aggravate them, that is not very helpful to >> anyone. ;-) >> >> > Very noble! But please dont set up a tomcat just because of me, I > would have a bad guilt other people spent there time solving my problems. > >> Maybe by end of day today I'll have Tomcat and Jetty working... ohh and >> some JVM. What JVM are you using? Sun? IBM? Kaffe? Other? First >> time with Tomcat and Jetty, and haven't used Java in Linux in about 5 >> years. Need to recompile my Apache, PHP and MySQL anyways, so what's a >> few more components? ;-) Maybe by then I'll better understand things. >> My Java is rusty, but I should be able to understand enough to relearn >> from example code. >> >> > Not really needed now, however I dont want to stop you if you planed > to test with it. > > The reason why it timed out was, that when the server was asked it > threw a servlet exception which was not shown, since the data is used > internally by DynApi and not displayed in browser, so nobody could see > the "Servlet-Exception"... > It would be maybe better to catch Exceptions and write it into the > logger - should I add this? > > The reason itself was that the servlet had to be registered with > SERVICE.soda, I called it different like xyz.soda so it did not work > at all of course. It really works - great! > > Thanks for all your help and patience. It makes me feel so happy that > I now can start my work :-) > > Thanks a lot, lg Clemens > > PS: I have one question about licensing. > I want to use DynApi in an half/half project: Code that stands under > GPL may use it for free but others should pay a small fee. Is this > O.K. with dynapi (not only licensing - but aren't developers angry > about that?). > What I want to do should be quite a small breakthrough in > client/server programming, however I may not tell more :-( > > Of course I am willed to help dynapi te become even better, fix bugs > etc. For now I am not very happy with javascript because I come from > the java-world but after some time JS should be quite normal for me. > E.G. I plan to create a table-widget (table with add, get, remove, > ....) which I also of course plan to contribute back. > The issue with IOElement and opera, konqueror is also in my interrest > to be solved, I just say this to tell you that I also want to give > something back and not only want to use dynapi code. It will be a > library but not a rival - it has a quite diffenet goal. > I thought it would be better to ask before coding instead to make > developers angry. > Do you think this would be o.k? > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Dynapi-Help mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help > |
From: Clemens E. <lin...@we...> - 2004-10-19 16:50:59
|
Hi again, First of all thank you for explainig the licensing details so exactly! Hmm, I just want to use dynapi, I dont want to modify it etc... IOElement refuses to work with Konqueror or Opera-7.5, I had a look at the source but as I already said my JavaScript is quite bad and I dont know many background-things of dynapi. It fails within this piece of code: > p.getScope = function(thread) { > var scope; > if (!thread) thread=this._elmThread; > if (this._winXFrames && this._winXFrames.top) scope = this._winXFrames.top.frames[thread]; > else if (dynapi.ua.ns4) scope = this.doc.layers[thread]; > else scope = window.frames[thread]; > if (!scope) return alert('IOElement Error: no load element'); > else return scope; >}; Am I right that scope is the frame that is used for client/server communication? If yes it seems opera and konqueror maybe have not loaded this frame already, would this be a possible explanation? Thread returns a valid value, however it really seems that it cannot find the frame. I added a backtrace at the end of the file. Any ideas howto go further to find the reason of this behaviour? Thanks in advance, lg Clemens Here is the backtrace of the not-working getScope-Function: Line 99 of linked script http://localhost:3355/data/dynapi/util/ioelement.js if (this.getScope()) Line 254 of linked script http://localhost:3355/data/dynapi/api/event.js this[i](); Line 111 of linked script http://localhost:3355/data/dynapi/api/event.js c._flagCreateEvent("create"); Line 26 of linked script http://localhost:3355/data/dynapi/api/dynlayer_opera.js DynElement._flagCreate(this); Line 135 of linked script http://localhost:3355/data/dynapi/api/dyndocument.js c._create(); Line 271 of linked script http://localhost:3355/data/dynapi/api/dyndocument.js dynapi.document._create(); Line 123 of linked script http://localhost:3355/data/dynapi/dynapi.js this._loadfn[i](); In unknown script dynapi._onLoad(); |
From: Raymond I. <xw...@ya...> - 2004-10-20 15:20:27
|
Wow! What a thread! Firstly let me say thanks to all who have helped to keep DynAPI alive. My greatest wish is to return to this project in the near future but time will not allow for that to happen now. As for IOElement and opera it seems that the IFrame object isn't available until after the page is loaded. I think there should be a trap ofr this inside the ioelement.js file. You can try call the the ioelement object after the page loads to see it that works. __ Raymond Irving --- Clemens Eisserer <lin...@we...> wrote: > Hi again, > > First of all thank you for explainig the licensing > details so exactly! > Hmm, I just want to use dynapi, I dont want to > modify it etc... > > IOElement refuses to work with Konqueror or > Opera-7.5, I had a look at > the source but as I already said my JavaScript is > quite bad and I dont > know many background-things of dynapi. > > It fails within this piece of code: > > p.getScope = function(thread) { > > var scope; > > if (!thread) thread=this._elmThread; > > if (this._winXFrames && this._winXFrames.top) > scope = > this._winXFrames.top.frames[thread]; > > else if (dynapi.ua.ns4) scope = > this.doc.layers[thread]; > > else scope = window.frames[thread]; > > if (!scope) return alert('IOElement Error: no > load element'); > > else return scope; > >}; > > Am I right that scope is the frame that is used for > client/server > communication? > If yes it seems opera and konqueror maybe have not > loaded this frame > already, would this be a possible explanation? > Thread returns a valid value, however it really > seems that it cannot > find the frame. > I added a backtrace at the end of the file. > > Any ideas howto go further to find the reason of > this behaviour? > > Thanks in advance, lg Clemens > > > > Here is the backtrace of the not-working > getScope-Function: > > Line 99 of linked script > http://localhost:3355/data/dynapi/util/ioelement.js > if (this.getScope()) > Line 254 of linked script > http://localhost:3355/data/dynapi/api/event.js > this[i](); > Line 111 of linked script > http://localhost:3355/data/dynapi/api/event.js > c._flagCreateEvent("create"); > Line 26 of linked script > http://localhost:3355/data/dynapi/api/dynlayer_opera.js > DynElement._flagCreate(this); > Line 135 of linked script > http://localhost:3355/data/dynapi/api/dyndocument.js > c._create(); > Line 271 of linked script > http://localhost:3355/data/dynapi/api/dyndocument.js > dynapi.document._create(); > Line 123 of linked script > http://localhost:3355/data/dynapi/dynapi.js > this._loadfn[i](); > In unknown script > dynapi._onLoad(); > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide > on ITManagersJournal > Use IT products in your business? Tell us what you > think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! > Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Dynapi-Help mailing list > Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help > |
From: Clemens E. <lin...@we...> - 2004-10-21 12:24:46
|
Hello again, >Firstly let me say thanks to all who have helped to >keep DynAPI alive. My greatest wish is to return to >this project in the near future but time will not >allow for that to happen now. > > Thank you to all people who made this great library reality! It seems that with it the dream of really thin clients can become reality. Lets hope that new browsers can handle much layers in a more efficient way... It would be great if you could return soon! >As for IOElement and opera it seems that the IFrame >object isn't available until after the page is loaded. >I think there should be a trap ofr this inside the >ioelement.js file. You can try call the the ioelement >object after the page loads to see it that works. > > You are right! When placing the call-method inside an button-event it works even with opera. However the creation of the IOElement and the registration of the webservice have to be done at initialisation which alerts() again. However because of it works fine its no problem at all, maybe we should if(dynapi.ua.opera) the alert, otherwise uses maybe disappointed. Just because of interrest, has anybody tried it with safari, because it is based on konqueror which does not work at all. Thanks again a lot, lg Clemens |
From: Andrew G. <an...@zo...> - 2004-10-18 07:01:43
|
Hmm, I've never tried the soda stuff on either Konquerer or Opera - only Mozilla and IE. I'd suggest getting it working on Mozilla first, and then we can look into problems with the other browsers. Andrew Clemens Eisserer wrote: > Hello! > > First of all thanks a lot fo the fast answer! > > >What server-side script are you using? The library has both client-side > >and server-side components. Does http://localhost:3355/soda refer to a > >renamed version of the ASP-JScript, ASP-VBScript, PHP or Perl version, > >or something custom? The files are found in the examples folder, > >ioelmsrv.langext and ioelmsrv.soda.langext where langext is the language > >extension. The ASP is likely functional, the PHP likely buggy, the Perl > >version is not complete. If at all possible, you need access to the web > >server's log file. I also highly recommend the "Live HTTP Headers" > >plugin for Mozilla to view the programmatic (non-visible) requests and > >responses. > > I use the java-servlet version, however I dont see any messages from > the server although t! here should be one. I will try to get the > clac-servlet-demo working. > > The problem I had with konqueror and opera (no load object or so..) > also happens with the soda-demos. > > Thanks a lot, lg Clemens > > PS: I found some "bad-loops" (for(var ...) in dynapi-code, may I > correct this and send it back to you or somewhere else? > > > > Verschicken Sie romantische, coole und witzige Bilder per SMS! > Jetzt neu bei WEB.DE FreeMail: *http://freemail.web.de/?mc=021193* > > ------------------------------------------------------- This SF.net > email is sponsored by: IT Product Guide on ITManagersJournal Use IT > products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ Dynapi-Help mailing > list Dyn...@li... > https://lists.sourceforge.net/lists/listinfo/dynapi-help |
From: Leif W <war...@us...> - 2004-10-18 07:13:12
|
> ----- Original Message ----- > From: Clemens Eisserer > To: dyn...@li... > Sent: Monday, October 18, 2004 02:53 > Subject: Re: [Dynapi-Help] Need some help with IOElement, please. > > Hello! > First of all thanks a lot fo the fast answer! No problem. > I use the java-servlet version, however I dont see any messages from > the server although t! here should be one. I will try to get the > clac-servlet-demo working. D'oh! I'm not experienced with the Java servlet version. I forgot about it. > The problem I had with konqueror and opera (no load object or so..) > also happens with the soda-demos. I've got a Linux system and can test later. But I'd have to configure Java with Apache for the first time. Been meaning to update and recompile a newer version of Apache anyways. > PS: I found some "bad-loops" (for(var ...) in dynapi-code, may I > correct this and send it back to you or somewhere else? If It's JavaScript, if I understand what the changes are, and how it affects the code, and better can see evidence of the problem before and after, I try to submit to CVS. Best for you to grab the CVS version, see if the problem exists, if so, submit a diff for the specific line(s), or at least list the line number(s), and show the before and after code. If I guessed, I would say you intend to rewrite the loops as below, to pull the var outside the loop so that performance increases by reducing the allocation/deallocation time for each iteration. But I may be wrong. :D < for ( var i = ... ; ... ; ... ) -- > var i; > for ( i = ... ; ... ; ... ) Leif |