Delete a range of lines in Vim example
In vim, to delete a range of lines, e.g. lines 10 through line 290, do a::10,290d
add-apt-repository "deb http://archive.canonical.com/ lucid partner" 于是,添加上面的源后再 sudo apt-get update sudo apt-get install sun-java6-jdk *原文转自:http://blog.csdn.net/cangzhubai/archive/2010/06/25/5693021.aspx
startup.shAfter reviewing the bin directory I confirmed that catalina.sh DOES exist. I modified the files permissions through WRKLNK thinking that may be the issue – no go. After digging around the internet I found somebody with the same issue except they were on a Linux machine and were directed to chmod the execution authority on that file. So I ran the same from QShell and walla! It worked! I am not sure why it worked because I had already set that file to *PUBLIC *RWX on the i5OS side [scratching head]. Anyways, to remedy the situation, and keep further such things from happening, I ran chmod on all files in the bin directory that I thought might need it:
Cannot find /tomcat/v4.1/bin/catalina.sh
This file is needed to run this program
chmod +x startup.shHope that helps someone else in need!
chmod +x shutdown.sh
chmod +x catalina.sh
chmod +x setclasspath.sh
chmod +x bootstrap.jar
chmod +x tomcat-jni.jar
I am using the mactex distribution with texshop as my front end.
I have started using a package that does not come with the mactex
distribution, namely cleveref. I have the cleveref.sty file, and
currently if I want to use it I have to keep it in the same directory
as the tex file I am working on.
so, I would like to find out how I can install this package so that I
can use \usepackage{cleveref} from any tex document on my computer.
when I compile I see that texshop looks in the directory /usr/local/
texlive/2007/texmf-dist/tex/latex/ for the standard packages, such as
amsmath. so in this directory I created a new directory cleveref, and
dropped the sty file in it. unfortunately when I try to compile it
says it is missing the cleveref.sty file.
anyone know how I can install this package with my current set up?
From the Terminal, assuming you are in the directory where thepackage files are:
$ pdflatex llncs.dem $ pdflatex llncs.demThe command was given twice to get correct links. On the first run, the database of links is created, and on the next runs the database is used.
$ export TEXMFLOCAL=~/univer/gpce05/springer/texmf $ texconfig rehash $ file ~/univer/gpce05/springer/texmf/ls-RThe first command specifies location of the local TeX repository. The second commands indexes the repository, and the last one just makes sure that the index is created.
$ latex typeinst.texYou get an error like:
LaTeX Error: File `llncs.cls' not found.The right way is to specify the location of the repository first:
$ export TEXMFLOCAL=~/univer/gpce05/springer/texmf $ latex typeinst.tex $ latex typeinst.texAgain, I’m running LaTeX twice to get correct links.
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub 需要把Stub 类放在Internet 能访问到的目录下!× 需要一个安全侧略文件:
java.applet.Applet
and any other classes needed by that applet. The system on which the browser is running has most likely never run this applet before, nor installed it on its disk. Once all the necessary classes have been downloaded from the server, the browser can start the execution of the applet program using the local resources of the system on which the client browser is running. ClassLoader
s in the Java programming language. When a Java program uses a ClassLoader
, that class loader needs to know the location(s) from which it should be allowed to load classes. Usually, a class loader is used in conjunction with an HTTP server that is serving up compiled classes for the Java platform. Most likely, the first ClassLoader
/codebase pairing that you came into contact with was the AppletClassLoader
, and the "codebase" part of the
HTML tag, so this tutorial will assume that you have some experience with Java RMI programming, as well as writing HTML files that contain applet tags. For example, the HTML source will contain something like: CLASSPATH
as a "local codebase", because it is the list of places on disk from which you load local classes. When loading classes from a local disk-based source, your CLASSPATH
variable is consulted. Your CLASSPATH
can be set to take either relative or absolute path names to directories and/or archives of class files. So just as CLASSPATH
is a kind of "local codebase", the codebase used by applets and remote objects can be thought of as a "remote codebase". ftp://
" or local "file:///
" URLs, they are usually accessed from a remote HTTP server. CLASSPATH
tag is contained. java.rmi.server.codebase
property value represents one or more URL locations from which these stubs (and any classes needed by the stubs) can be downloaded. file:///
" URLs, but like applets, a "file:///
" URL generally requires that the client and the server reside on the same physical host, unless the file system referred to by the URL is made available using some other protocol, such as NFS.java.rmi.server.codebase
property. The RMI server registers a remote object, bound to a name, with the RMI registry. The codebase set on the server JVM is annotated to the remote object reference in the RMI registry.CLASSPATH
, which is always searched before the codebase, the client will load the class locally. However, if the definition for the stub is not found in the client's CLASSPATH
, the client will attempt to retrieve the class definition from the remote object's codebase.Note: Steps 4 and 5 are the sames steps that the registry took to load the remote object class, when the remote object was bound to a name in (registered with) the RMI registry. When the registry attempted to load the remote object's stub class, it requested the class definition from the codebase associated with that remote object.
java.rmi.server.codebase
property can be used to specify a location from which any class, not only stubs, can be downloaded. CLASSPATH
or any codebase. CLASSPATH
.CLASSPATH
. This type of remote method call is illustrated in Figure 4. The class of the object sent by the client will be a subtype of the declared parameter type. A subtype is either: Remote
classes, non-remote classes, and interfaces to other JVMs. If the codebase
property is set on the client application, then that codebase is annotated to the subtype instance when the subtype class is loaded by the client. If the codebase is not set on the client, the remote object will mistakenly use its own codebase. codebase
property can refer to:codebase
property value is set to the URL of a directory, the value must be terminated by a "/". codebase
property setting might look like this: -Djava.rmi.server.codebase=http://webvector/export/If the location of your downloadable classes is on an HTTP server named "webline", in a JAR file named "mystuff.jar", in the directory "public" (under the web root), your
codebase
property setting might look like this:-Djava.rmi.server.codebase=http://webline/public/mystuff.jarNow let's suppose that the location of your downloadable classes has been split between two JAR files, "myStuff.jar" and "myOtherStuff.jar". If these JAR files are located on different servers (named "webfront" and "webwave"), your
codebase
property setting might look like this: -Djava.rmi.server.codebase="http://webfront/myStuff.jar http://webwave/myOtherStuff.jar"
java.rmi.server.codebase
property has been set on the server program (or in the case of activation, the "setup" program) that makes the call to bind
or rebind
, such that: codebase
property is the URL in step A and codebase
property is a directory, it must end in a trailing "/" rmiregistry
cannot find the stub class or any of the classes that the stub relies on in its CLASSPATH
. This is so the codebase gets annotated to the stub when the registry does its class load of the stub, as a result of calls to bind
or rebind
in the server or setup code. SecurityManager
that allows the stub to be downloaded. In the Java 2 SDK, Standard Edition, v1.2 and later this means that the client must also have a properly configured security policy file. java.rmi.server.codebase
property, which are discussed next. ClassNotFoundException
when attempting to bind
or rebind
a remote object to a name in the registry. This exception is usually due to a malformed codebase
property, resulting in the registry not being able to locate the remote object's stubs or other classes needed by the stub. java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Compiled Code) at sun.rmi.transport.StreamRemoteCall.executeCall(Compiled Code) at sun.rmi.server.UnicastRef.invoke(Compiled Code) at sun.rmi.registry.RegistryImpl_Stub.rebind(Compiled Code) at java.rmi.Naming.rebind(Compiled Code) at examples.callback.MessageReceiverImpl.main(Compiled Code) RemoteException occurred in server thread; nested exception is: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub
ClassNotFoundException
when attempting to lookup
a remote object in the registry. If you receive this exception in a stacktrace resulting from an attempt to run your RMI client code, then your problem is the CLASSPATH
with which your RMI registry was started. See requirement C in section 6.0. Here is what the exception will look like:java.rmi.UnmarshalException: Return value class not found; nested exception is: java.lang.ClassNotFoundException: MyImpl_Stub at sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:109 at java.rmi.Naming.lookup(Naming.java:60) at RmiClient.main(MyClient.java:28)