Re: CRLFs and Update/Checkout
Milos Kleint <[email protected]>
| Newsgroups | gmane.comp.java.netbeans.modules.javacvs.devel |
|---|---|
| Message-ID | <[email protected]> |
Thomas Singer wrote: > >> <rant> >> A general porblem with java is the old java.io package that doesn't >> effectively allow mixing text-based protocol(processed per line) and >> binary-based data in one stream.. I believe the javacvs library would >> be best rewritten using the javax.nio packages coming with JDK 1.4 >> that should fix the inherent problems. >> it's also partly problem of cvs which is not client-server by default >> but rather by coincidence and some hacking. For a VCS system that's >> close to cvs (possible replacement) without the cvs problems see: >> http://subversion.tigris.org/ .. I've discovered the project just >> lately.. >> </rant> > > > The problem is, that subversion is developed in C(++) not in Java. Since > they decided to put a high level of intelligence into the client, it > will not be that easy to create a Java client as it is with CVS. > > Tom > well, there are 2 levels there I believe: There's the Webdav protocol that's platform independant and handles the communication between the client/server.. then there's the client side code that handles local manipulations.. this code should allow easy plug-ins of GUIs.. this could be possible also with java apps via the JNI... yes, it's platform dependent then :( However I see no problem with reimplementing the whole client in java.. communicating with server via webdav. that's what we do currently with cvs as well anyway... the only problem is time and resources I believe. Just my 2 cents. Milos > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] >