1.2 Certification info
Hello, I search information about Java 1.2 certification exam. Have you exam simulation applet ? Or documentation ? Please send me. Thanks. Irfan __ Message envoye depuis iFrance >> http://www.ifrance.com Gratuit >> Hebergement (50 Mo)/Emails (POP&HTML)/Abonnement INTERNET ! NOUVEAU : vos encheres On-line : http://ifrance.aucland.fr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debug jserv.properties
Hi! I've got a little debuging problem. When trying to start my Apache-JServ server the jserv.log-file get (ERROR) an error returned cleaning-up protocol "wrapper" (ERROR) in init all protocols "wrapper" returned an error My problem is that i checked all wrapper-parameters over and over again and can't find anything that is wrong. Is there a way to get a more specific error message. that could tell me atleast witch wrapper.parameter that is wrong and possible why If not it would be much appreciated if it might be possible in a later release. I've got all log.channel=true ... atleast all I know about. Thanks Roland Carlsson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: J 1.2 Applet wont run in browser
Not sure if it will help, but you can at least add Swing support to your browser. Take a look at this URL: http://java.sun.com/products/jfc/tsc/web/applets/applets.html Tauren > -Original Message- > From: Alexander F. Hartner [mailto:[EMAIL PROTECTED]] > Sent: Sunday, May 30, 1999 1:06 PM > To: '[EMAIL PROTECTED]' > Subject: J 1.2 Applet wont run in browser > > > I have been programming in Java 1.1.7 for a while now... and > would like to upgrade to J1.2. I have been using Linux and > Windows and it works great. So far I have not been able to run > J1.2 applets in any browser on my Windows clients. Can anybody > please help me to configure my code / browser to accept j1.2 applet. > > Sorry I know this is a little of the subject. I try not to do it again. > Thanks > Alex > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 1.2 Certification info
--- Ozer Irfan <[EMAIL PROTECTED]> wrote: > I search information about Java 1.2 certification > exam. > > Have you exam simulation applet ? > Or documentation ? If you are taking one of Sun's Java certification exams, here is the main web page for all of Sun's educational services http://suned.sun.com. From here you can find information about each exam they offer. This includes a list of material that you will be expected to know if you wish to succeed on an exam. Ken _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Proposal: select(readfds, writefds, exceptfds)
[...suggestion to implement select in java snipped...] >Can this be done, and if so: Probably . . . certainly for the only platform we care about here ;) > why has it not been done already? Because it's platform dependent. Because no one has yet provided an argument for it that was strong enough to warrent creating that functionality on platforms which don't support it natively. -=Chris !NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*> "What can Microsoft do? They certainly can't program around us." - Linus -BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y? --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jdk1.2 on RedHat-6.0
a fresh install of jdk1.2 on a RedHat 6.0 system gives the follwing error: [mergl@sls7a3 mergl]$ javac *** panic: GC: getStickySystemClass failed: java/lang/ref/Reference CLASSPATH may be incorrect SIGABRT 6* abort (generated by abort(3) routine) stackpointer=0xb220 Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): "main" (TID:0x40cf91e0, sys_thread_t:0x804c458, state:R, native ID:0x400) prio=5: pending=java.lang.OutOfMemoryError Monitor Cache Dump: Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x804c458) 1 entry Thread queue lock: owner "main" (0x804c458) 1 entry Dynamic loading lock: Monitor registry: owner "main" (0x804c458) 1 entry There is no CLASSPATH set and the system has 98 MB physical memory and 48 MB swap. According to top almost 60 MB are free. Any help appreciated. Edmund -- Edmund Mergl Alcatel SEL AG fon +49 711 821 44006 Lorenzstrasse 10 fax +49 711 821 42303 70435 Stuttgart mailto:[EMAIL PROTECTED] Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Proposal: select(readfds, writefds, exceptfds)
On Mon, 31 May 1999, Bernhard Fastenrath wrote: > Michael Sinz wrote: [ snip ] > > Second, Java has threads built in. Why not use them? > > One of the really nice parts of Java is that it has some > > of these concepts, such as threads and synchronization > > built in. This is part of the language specification. > > One should use those mechanisms. > > Using a thread for each filedescriptor is a waste of > resources. I really don't understand why there's no > mechanism similar to select() in Java. > I might want to wait on several hundred sockets and > assign the connection to a thread from a thread pool > as soon as there's work to do. In very large servers you hit a scaling problem in Java. Most virtual machines currently are limited to ~1000 threads per process. Since each thread has stack space and context, it is resource intensive to use threads. Thread pools alleviate but do not eliminate the problem. One big downside is that you have to tie up a thread to both incoming and outgoing streams for fully asynchronous I/O. That's two threads per connection right there, a lot of overhead. At least one company I know of has been forced to a custom JVM (Hewlett-Packard's) in order to get acceptable performance out of a Java-based server, and they basically made an interface to select(). I believe they've submitted a proposal to Sun also. And according to them, the Sun engineers are amenable to doing something about this. . . . Sean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 1.2 Certification info
For information on the Sun Java Certification courses and exams, see suned.sun.com. --Jeff Ozer Irfan wrote: > > Hello, > I search information about Java 1.2 certification exam. > > Have you exam simulation applet ? > Or documentation ? > > Please send me. > > Thanks. > > Irfan > -- Jeff Galyan http://www.anamorphic.com http://www.sun.com jeffrey dot galyan at sun dot com talisman at anamorphic dot com Sun Certified Java(TM) Programmer == Linus Torvalds on Microsoft and software development: "... if it's a hobby for me and a job for you, why are you doing such a shoddy job of it?" The views expressed herein do not necessarily reflect those of my employer. Sun Microsystems, Inc., has no connection to my involvement with the Mozilla Organization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1.2 & threads
I'm using the 1.2pre1 release on a RH6.0 system. I started developing this app that uses Swing under NT using Java Workshop 3.0 with Sun's 1.2 release. I tried running the app under Linux and it immediately exits. I don't explicitly create any threads in main() (just the main window) and the program exits when main() does. Obviously, this isn't the behavior under NT. Am I hitting some implementation-dependent feature of Java or is one of the versions not adhering to the spec? - cls -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 1.2 & threads
Oh, nevermind. I found the known bugs page and this falls under the "AWT programs exit immediately" problem. - cls -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 1.2 & threads
--- Christopher Seawood <[EMAIL PROTECTED]> wrote: > > I'm using the 1.2pre1 release on a RH6.0 system. I > started developing > this app that uses Swing under NT using Java > Workshop 3.0 with Sun's 1.2 > release. I tried running the app under Linux and it > immediately exits. I > don't explicitly create any threads in main() (just > the main window) and > the program exits when main() does. Obviously, this > isn't the behavior > under NT. Am I hitting some > implementation-dependent feature of Java or > is one of the versions not adhering to the spec? The rule is that the VM exits when there are no more dameon threads running or the user calls System.exit(int). The GUI thread is a dameon so if you are running a GUI app the program will not exit at the end of main (main starts dameon a thread that exits when main does). So if you program starts no other dameon threads and it exits at the end of main this correct behavior. Ken _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 1.2 & threads
On Mon, 31 May 1999, Ken McNeil wrote: > --- Christopher Seawood <[EMAIL PROTECTED]> wrote: > > > > I'm using the 1.2pre1 release on a RH6.0 system. I > > started developing > > this app that uses Swing under NT using Java > > Workshop 3.0 with Sun's 1.2 > > release. I tried running the app under Linux and it > > immediately exits. I > > don't explicitly create any threads in main() (just > > the main window) and > > the program exits when main() does. Obviously, this > > isn't the behavior > > under NT. Am I hitting some > > implementation-dependent feature of Java or > > is one of the versions not adhering to the spec? I think you have that backwards. The VM should exit when System.exit() is called or when there are no more non-damon threads (if there is a non-daemon, don't exit). The GUI thread should be a non-daemon thread in that case. So if you create only daemon threads and you do not create GUI widgets then your program would exit when main() is finished. later mo dejong > The rule is that the VM exits when there are no more > dameon threads running or the user calls > System.exit(int). The GUI thread is a dameon so if you > are running a GUI app the program will not exit at the > end of main (main starts dameon a thread that exits > when main does). So if you program starts no other > dameon threads and it exits at the end of main this > correct behavior. > > Ken > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debug jserv.properties (correction)
roland,
i too was banging my head on this over the weekend!
of course my variable stack was high as i was dealing with apache as dso as well
well ...
long story shorter and relative to your needs is
the configure script {if you compile dso at least}
says
to use the example folder of the apachejserv package
by just including them in the httpd.conf!
so im my case
Include $where/ever/ApacheJServinstall/example/jserv.conf
after trying to build my own copy all day i stumbled across this!
yeesh
the ApacheJserv install docs are not very verbose about dso IMHO
but for those who need to know
./configure --with-dso --with-apxs --with-apache-autconf --with-apache-install=/usr
{inmy case}
worked well for me
for those who need servlets up and running and dont care how check out jsdk 2.1 and
unpack and hit startserver command
wow talk about start up time!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Weird ClassFormatException probelm w/ JDK1.2 & RH6.0
Hi, I'm getting a weird error on my RedHat 6.0 / JDK 1.2v1 (see below). I'm not sure whether this is a JDK / RH / config / other error, and what this could be related to. Please somebody help, if you've got a clue, because I don't !! This same thing works OK w/ RH5.2 & JDK1.1.7 ... as well as in the Windows environment... Thanks, Teemu Ropponen Research assistant Telecommunications Software and Multimedia Laboratory Helsinki University of Technolgy .. Setting the document base at file:/mnt/cdrom/IMAGE/burn/Software/Demo/DemoX >> java.lang.ClassFormatError: com/docuverse/dom/LiveNodeListImpl(Invalid >> start_pc/length in local var table) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:403) atjava.security.SecureClassLoader.defineClass(SecureClassLoader.java:10 1) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$1(URLClassLoader.java:216) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:191) at java.lang.ClassLoader.loadClass(ClassLoader.java:280) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:275) at java.lang.ClassLoader.loadClass(ClassLoader.java:237) at com.docuverse.dom.BasicDocument.getElementsByTagName(BasicDocument.ja va:285) at fi.hut.tml.xsmiles.mlfc.smil.DocumentHandler.makeRegions(DocumentHand ler.java:292) at fi.hut.tml.xsmiles.mlfc.smil.DocumentHandler.setDocument(DocumentHand ler.java:163) at fi.hut.tml.xsmiles.mlfc.smil.SMILMLFC.display(SMILMLFC.java:158) at fi.hut.tml.xsmiles.MLFCManager.activatePrimaryMLFC(MLFCManager.java:9 8) at fi.hut.tml.xsmiles.XMLDocument.run(XMLDocument.java:180) at java.lang.Thread.run(Thread.java:479) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Proposal: select(readfds, writefds, exceptfds)
On Fri, 28 May 1999 14:19:03 +0200, Per Widerlund wrote: >This is a general Java proposal, but here it is anyway: > >Handling I/O on several file descriptors can not be done >efficiently without using multiple threads. Why not add >a method to reach the select function of the underlying OS? Why? Java is platform independant and many (most) non-UNIX platforms use other mechansims and, if they have a POSIX layer, they emulate it only. Second, Java has threads built in. Why not use them? One of the really nice parts of Java is that it has some of these concepts, such as threads and synchronization built in. This is part of the language specification. One should use those mechanisms. You may find out that it ends up being easier since you write your code to deal with one file and that one file only and just get multiple objects or different classes together to handle the whole combination. Finally, it turns out that to implement the Java VM spec without actual native threads (aka Green threads) the JVM actually does this type of work for you internally. In fact, it hides all of the messyness and lets you worry about the behavior you want rather than the mechanisms needed to produce the results. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: [OT] Proposal: select ..
On Mon, 31 May 1999 15:53:18 +0200, Per Widerlund wrote: >Michael Sinz wrote: >MS> Why? Java is platform independant and many (most) non-UNIX >MS> platforms use other mechansims and, if they have a POSIX >MS> layer, they emulate it only. > >If that is the case, then there is nothing to do - Java must >remain platform independent. I thought that something similar to >select was available in all OS:es. Not really. Some OSes have a more general notification mechansism that is not tied to file handles at all. Some do not directly support sync and async operations on the same file handle (you have to open it specifically for the way you want to do the I/O - makes the POSIX layer really tricky) >MS> Second, Java has threads built in. Why not use them? >MS> One of the really nice parts of Java is that it has some >MS> of these concepts, such as threads and synchronization >MS> built in. This is part of the language specification. >MS> One should use those mechanisms. > >A thread uses lots of resources. I am not sure I buy your >argument: threads are part of the specification and therefore >we cannot change the specification.. Well, threads may or may not take large amounts of resources. A JVM could have very light threading overhead. On Linux, the green threads are rather light but the native threads are rather heavy. This is a JVM and native platform issue, much like any other performance, compatibility, and capability issue. Some JVMs will be better while others will be rather poor. Some platforms will also do better with JVMs and others will not. (OS/2 seems to do rather well with Java while some UNIX platforms are not too good due to the quality of the native threading support.) >MS> You may find out that it ends up being easier since you >MS> write your code to deal with one file and that one file >MS> only and just get multiple objects or different classes >MS> together to handle the whole combination. > >Yes, it is indeed a simple and elegant way to handle things, >but you waste a lot of precious resources. When you want to >handle hundreds of socket connections and must start up two >threads per connection you soon run into trouble. Actually, with green threads in the JVM the thread overhead is rather small. Yes, it adds up but it may well be small enough that you rather not have to deal with the complexities of other forms. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: [OT] Proposal: select ..
Michael Sinz wrote: MS> Why? Java is platform independant and many (most) non-UNIX MS> platforms use other mechansims and, if they have a POSIX MS> layer, they emulate it only. If that is the case, then there is nothing to do - Java must remain platform independent. I thought that something similar to select was available in all OS:es. MS> Second, Java has threads built in. Why not use them? MS> One of the really nice parts of Java is that it has some MS> of these concepts, such as threads and synchronization MS> built in. This is part of the language specification. MS> One should use those mechanisms. A thread uses lots of resources. I am not sure I buy your argument: threads are part of the specification and therefore we cannot change the specification.. MS> You may find out that it ends up being easier since you MS> write your code to deal with one file and that one file MS> only and just get multiple objects or different classes MS> together to handle the whole combination. Yes, it is indeed a simple and elegant way to handle things, but you waste a lot of precious resources. When you want to handle hundreds of socket connections and must start up two threads per connection you soon run into trouble. //Per Widerlund -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
memory usage of swing and 1.2
Hi all, I recently went through the painful process of getting 1.2pre1 to run on my machine. Although it works, the SimpleExample takes up ~30 megs, and about 35 seconds to load. I experienced similar problems with 1.1 and swing. Is this normal? A java -verbose seems to indicate that _everything_ is being loaded into memory every time. Is there a command line option, or is this something that will change in future releases? Please tell me the emporer is wearing clothing, -Devin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Proposal: select(readfds, writefds, exceptfds)
Michael Sinz wrote: > On Fri, 28 May 1999 14:19:03 +0200, Per Widerlund wrote: > >This is a general Java proposal, but here it is anyway: > > > >Handling I/O on several file descriptors can not be done > >efficiently without using multiple threads. Why not add > >a method to reach the select function of the underlying OS? > > Why? Java is platform independant and many (most) non-UNIX > platforms use other mechansims and, if they have a POSIX > layer, they emulate it only. Every OS I know has a mechanism like select(). Most of them because they implement the BSD socket functions. > Second, Java has threads built in. Why not use them? > One of the really nice parts of Java is that it has some > of these concepts, such as threads and synchronization > built in. This is part of the language specification. > One should use those mechanisms. Using a thread for each filedescriptor is a waste of resources. I really don't understand why there's no mechanism similar to select() in Java. I might want to wait on several hundred sockets and assign the connection to a thread from a thread pool as soon as there's work to do. -- Bernhard Fastenrath phone +49 228 55991-0 (fax-44) Gesellschaft fuer Digitale Sicherheit mbH,http://www.digital-security.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
java 1.2 certification
Hello, I search information about Java 1.2 certification exam. Have you exam simulation applet ? Or documentation ? Please send me. Thanks. Irfan Get free e-mail and a permanent address at http://www.netaddress.com/?N=1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [OT] Proposal: select ..
Per Widerlund wrote: > Michael Sinz wrote: > > MS> You may find out that it ends up being easier since you > MS> write your code to deal with one file and that one file > MS> only and just get multiple objects or different classes > MS> together to handle the whole combination. > > Yes, it is indeed a simple and elegant way to handle things, > but you waste a lot of precious resources. When you want to > handle hundreds of socket connections and must start up two > threads per connection you soon run into trouble. > > //Per Widerlund I think you should learn about some of the thread pools avialable. Java Worls www.javaworld.com hase and excellent article on thread pooling.Instead of a select call it would probably be better for the VMS to use native thread ppols internally instead of there current design. You could also emulate the select call if you wish using thread priorties. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jdk1.2 on RedHat-6.0
you don't read any mail from this list ? set your DEFAULT_THREADS_FLAG=green in your .java_wrapper it seems that RH6.0 doesn't support native_threads On Mon, 31 May 1999, Edmund Mergl US/EA4 60/2/146 #44006 wrote: > > a fresh install of jdk1.2 on a RedHat 6.0 system gives the follwing error: > > > [mergl@sls7a3 mergl]$ javac > > *** panic: GC: getStickySystemClass failed: java/lang/ref/Reference > CLASSPATH may be incorrect > SIGABRT 6* abort (generated by abort(3) routine) > stackpointer=0xb220 > > Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): > "main" (TID:0x40cf91e0, sys_thread_t:0x804c458, state:R, native ID:0x400) >prio=5: pending=java.lang.OutOfMemoryError > Monitor Cache Dump: > Registered Monitor Dump: > utf8 hash table: > JNI pinning lock: > JNI global reference lock: > BinClass lock: > Class linking lock: > System class loader lock: > Code rewrite lock: > Heap lock: > Monitor cache lock: owner "main" (0x804c458) 1 entry > Thread queue lock: owner "main" (0x804c458) 1 entry > Dynamic loading lock: > Monitor registry: owner "main" (0x804c458) 1 entry > > > There is no CLASSPATH set and the system has 98 MB physical > memory and 48 MB swap. > According to top almost 60 MB are free. > > Any help appreciated. > > Edmund > > -- > Edmund Mergl Alcatel SEL AG > fon +49 711 821 44006 Lorenzstrasse 10 > fax +49 711 821 42303 70435 Stuttgart > mailto:[EMAIL PROTECTED] Germany > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SV: Debug jserv.properties (correction)
Thanks for the help
The problem tured out not to be in the configfile at all but was a result of a
powerbreak witch left a file i a bad state So i removed the file and repaced it...
and now it works just fine...
But my request still remains It would help a lot if errormessages was a little
more descriptive Witch file, witch parameter, witch servletzone. and so on...
Thanks again
Roland Carlsson
-Ursprungligt meddelande-
Från: Clayton Cottingham <[EMAIL PROTECTED]>
Till: Roland Carlsson <[EMAIL PROTECTED]>
Kopia: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Datum: den 1 juni 1999 07:40
Ämne: Re: Debug jserv.properties (correction)
>roland,
>i too was banging my head on this over the weekend!
>
>of course my variable stack was high as i was dealing with apache as dso as well
>
>well ...
>long story shorter and relative to your needs is
>
>the configure script {if you compile dso at least}
>says
>
>to use the example folder of the apachejserv package
>
>by just including them in the httpd.conf!
>
>so im my case
>Include $where/ever/ApacheJServinstall/example/jserv.conf
>
>after trying to build my own copy all day i stumbled across this!
>
>yeesh
>
>
>the ApacheJserv install docs are not very verbose about dso IMHO
>
>but for those who need to know
>
>./configure --with-dso --with-apxs --with-apache-autconf --with-apache-install=/usr
>{inmy case}
>
>worked well for me
>
>
>for those who need servlets up and running and dont care how check out jsdk 2.1 and
>unpack and hit startserver command
>wow talk about start up time!
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
