Is there any client front end for subversion that makes a graphical tree of versions, like wincvs or cervisia? It's a very useful feature and I would like to have something equivalent for subversion.
That's why I use Perl when I need a quick hack. I used to do some few pages scripts to process files that are used rutinely but now we will port those to some other language, maybe Java. I prefer to pay the price in "verbosity" to have more easily maintained and reusable programs. I still will use Perl to do fast one-timers. The right tool for the right problem. I have seen a little Python and Ruby, just still not enough to do all the stuff, but personally I like more Ruby. It looks like a cross of Perl and Smalltalk.
Less lines doesn't means clearer. Most programmers will understand what the program does with little knowledge from Java, would it be as obvious with the Perl 5 liner?
How does Perl templating mechanism to other templating implementation like Velocity? I would like to know what pro/cons has each one or others that/.ers may have used.
Is boring only when you are doing stable, proven things with it. I can have a little fun sometimes but my customers may not apreciate it. But judge by yourself, look a small sample of what's coming. How does this compares with perl and how much clearer it seems? less the comments, of course:-)
I don't know if you are talking about invoking scripts from Java, in which case you a lot of alternatives, from beanshell to jython (the python implentation in Java) and most of them could be run through BSF to have an uniform API. DinamicJava on the other hand is an interpreter of a superset of Java. I don't know what you find annoying: compiling and executing. That's the norm for most programs. Java programs are Just In Time Compiled but that is done transparently by the virtual machine and is faster than interpreted.
The new troubleshotting tool that configures and repairs automatically all problems when graphic mode don't start. And it has a beatiful and very intuitive GUI. Oh wait...
Perhaps the time has come to do a step forward from the classical unix directory layout? It would be better to start planning a standard now for the change to take place for the next 5-10 years. It would be a big change but I think it may be need.
I would never sugest to use a beta in production, or even a dot zero release in most cases. Java 1.4.0 was almost unusable for example. I needed to do once with 1.4.2 beta because it solved one big bug for us that was critical to our app and there was no workaround. Fortunately 1.4.2 final was released days before our deploy:-)
Let me quote: "We're not suggesting Sun open source its directory software or proprietary stuff. Java is already in the JCP [Java Community Process]. It is already a community process that many people have contributed to. It's a mistake to look at it as though Sun is the sole author, and this is not any of their proprietary products."
The problem is that open sourced java means something different to everyone, thus most people rants about different things. Many are shouting the "open source good" mantra, without stoping to think what to open source or how (a language, an implementation, a licence, a platform?).
I agree that memory comsuption could be greater than a C program but servers usually are configured with enough memory. Anyway, in the Java 1.5 beta Sun has already implemented class data sharing.
Just two points: 1) Java may be slower than C for some tasks, but it doesn't suck that much anymore. Your mileage may vary but server apps usually perform very well. 2) Java is hardly interpreted. All modern JVM use JIT compilers to compile to native code at execution time when the JVM sees it fit.
Almost every licence I know (IANAL) is confusing and subject to interpretation, even GPL. I agree that's not legally binding but that was not my point. JCP has agreed in the past that open source implementations should be accepted, which is more than you can say of MS.
Most enterprise application don't run on ordinary machines. Our Java webapp runs fine on a windows 2000 with 56 Mb of RAM, but I haven't tried more than one client. What does it means? nothing without a context, same as your comment.
Slashdot Mirror
Is there any client front end for subversion that makes a graphical tree of versions, like wincvs or cervisia? It's a very useful feature and I would like to have something equivalent for subversion.
That's why I use Perl when I need a quick hack. I used to do some few pages scripts to process files that are used rutinely but now we will port those to some other language, maybe Java. I prefer to pay the price in "verbosity" to have more easily maintained and reusable programs. I still will use Perl to do fast one-timers. The right tool for the right problem.
I have seen a little Python and Ruby, just still not enough to do all the stuff, but personally I like more Ruby. It looks like a cross of Perl and Smalltalk.
Less lines doesn't means clearer. Most programmers will understand what the program does with little knowledge from Java, would it be as obvious with the Perl 5 liner?
But that's the irony, it usually isn't. /. and talking about Perl I'll be waiting the karma whipping.
Oh well, this being
That most be a personal attribute of the author because sense of humor in scripting languages is fully a property of "Monty" Python.
How does Perl templating mechanism to other templating implementation like Velocity? I would like to know what pro/cons has each one or others that /.ers may have used.
Is boring only when you are doing stable, proven things with it. I can have a little fun sometimes but my customers may not apreciate it. :-)
But judge by yourself, look a small sample of what's coming. How does this compares with perl and how much clearer it seems? less the comments, of course
I don't know if you are talking about invoking scripts from Java, in which case you a lot of alternatives, from beanshell to jython (the python implentation in Java) and most of them could be run through BSF to have an uniform API.
DinamicJava on the other hand is an interpreter of a superset of Java.
I don't know what you find annoying: compiling and executing. That's the norm for most programs. Java programs are Just In Time Compiled but that is done transparently by the virtual machine and is faster than interpreted.
They are planning to release an USA only distribution named Freedom Drake...
"companies that have embraced Linux and are going down that path"
:-)
Bad choice of words?
The new troubleshotting tool that configures and repairs automatically all problems when graphic mode don't start. And it has a beatiful and very intuitive GUI. Oh wait...
Perhaps the time has come to do a step forward from the classical unix directory layout? It would be better to start planning a standard now for the change to take place for the next 5-10 years. It would be a big change but I think it may be need.
OTOH a mirror that doubles as TV, THAT would be something.
Yeah, until you try watching Freddy Kruger while shaving...
That character from Episode 1.0 is scary, you know, .jar .jar /bin
The problem is not technical, is the human factor :-)
I would never sugest to use a beta in production, or even a dot zero release in most cases. Java 1.4.0 was almost unusable for example. :-)
I needed to do once with 1.4.2 beta because it solved one big bug for us that was critical to our app and there was no workaround. Fortunately 1.4.2 final was released days before our deploy
Let me quote:
"We're not suggesting Sun open source its directory software or proprietary stuff. Java is already in the JCP [Java Community Process]. It is already a community process that many people have contributed to. It's a mistake to look at it as though Sun is the sole author, and this is not any of their proprietary products."
The problem is that open sourced java means something different to everyone, thus most people rants about different things. Many are shouting the "open source good" mantra, without stoping to think what to open source or how (a language, an implementation, a licence, a platform?).
I agree that memory comsuption could be greater than a C program but servers usually are configured with enough memory. Anyway, in the Java 1.5 beta Sun has already implemented class data sharing.
Jedit
Just two points:
1) Java may be slower than C for some tasks, but it doesn't suck that much anymore. Your mileage may vary but server apps usually perform very well.
2) Java is hardly interpreted. All modern JVM use JIT compilers to compile to native code at execution time when the JVM sees it fit.
Almost every licence I know (IANAL) is confusing and subject to interpretation, even GPL. I agree that's not legally binding but that was not my point. JCP has agreed in the past that open source implementations should be accepted, which is more than you can say of MS.
"anything you do after looking at Sun's source code may be considered a derived work"
That's not so; this week at Javalobby Sun JCP Director Onno Kluyt states that looking at Java sources does not taint and is willing to answer FSF questions on the issue.
Most enterprise application don't run on ordinary machines. Our Java webapp runs fine on a windows 2000 with 56 Mb of RAM, but I haven't tried more than one client. What does it means? nothing without a context, same as your comment.