I would vote for 2) + 4)
2011/8/31 [email protected] <[email protected]> > The question remains if we want to be able to run and deploy the code in > eclipse or not. > > You could integrate OpenLaszlo again into the Eclipse Webapps dir. That way > you could integrate OpenLaszlo in Eclipse and run it. This enables to be > able to compile the client with a simple "F5"/refresh in the browser. > > However not sure we should really do that. We could also add a sth to the > build-properties in Eclipse to use an ANT script. > But then we might better use a usual/pure Java-Project template in Eclipse > and not the current Java WebApplication template that indicates that you > might be able to deploy the code inside Eclipse. > > For Red5, in case somebody wants to debug the code, they shall use the > Remote Console of Eclipse and connect the JVM to the code. I have no > intention to redo all those steps and copy hundreds of .class files around > every time a new Red5 version comes up. We will just use red5 compiled as > dist/jar and place it just like now. > > If that is done, generating some new screens and docs is only a marginal > issue to solve. The main thing is to agree on how we will proceed with the > sources in the future. > > So what shall we do? > 1) Integrate OpenLaszlo into Eclipse + ANT Script to compile > 2) ANT Only and transform the Eclispe project into usual Java Project (we > can rename then the project also to be NOT named ROOT) > 3) Do the hole cycle with Red5 AND OpenLaszlo again to be able to run Red5 > AND OpenLaszlo both in Eclipse? (This requires the hole project to be called > ROOT in Eclipse cause of Red5 glitches) > ------ > Gimmick points: > 4) Add an ANT task that compiles a .war version of OpenMeetings > > Opinions? Alternatives? > > Sebastian > > > 2011/8/31 Alexei Fedotov <[email protected]> > >> Sebastian, >> I agree, breaking things is not good. >> >> Still I was able to run OpenLaszlo debugger after my changes. I recall >> there were issues with it, it required some non-trivial hack (namely, >> debugger worked only for swfs embedded into HTML). >> >> Which particular instruction is incorrect now? I will fix it (or ask the >> guys to fix). >> >> -- >> With best regards / с наилучшими пожеланиями, >> Alexei Fedotov / Алексей Федотов, >> http://dataved.ru/ >> +7 916 562 8095 >> >> >> >> >> On Sun, Aug 7, 2011 at 9:52 PM, [email protected] < >> [email protected]> wrote: >> >>> Hi Alexei, >>> >>> we should agree on what we do with the semi migration from the openlaszlo >>> server to the newest version. >>> At the moment deploying and for debugging the code in eclipse is >>> impossible. >>> >>> I think merging the red5 classes in the project also makes the code less >>> maintainable, but you can at least set break points and debug the code that >>> way just like other Eclipse/Web-Projects. >>> >>> At the moment the instructions on the Website are just wrong, somehow it >>> shows to download the code but the hole deployment is wrong. >>> I would hardly agree on just deleting all those things again... but >>> somehow the hole project is not really maintainable at the moment. We really >>> need to tidy up all those unreferenced and duplicated JARs and files. >>> >>> But first we should agreed on the general setup. >>> How can we make sure that when we fix the openlaszlo/red5 stuff this >>> time, we do not end up in adding another time 50MB of JARs and stuff. >>> >>> Sebastian >>> >>> -- >>> Sebastian Wagner >>> http://www.webbase-design.de >>> http://openmeetings.googlecode.com >>> http://www.wagner-sebastian.com >>> [email protected] >>> >> >> > > > -- > Sebastian Wagner > http://www.webbase-design.de > http://openmeetings.googlecode.com > http://www.wagner-sebastian.com > [email protected] > -- WBR Maxim aka solomax -- You received this message because you are subscribed to the Google Groups "OpenMeetings developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/openmeetings-dev?hl=en.
