PC-PLUS Magazine UK

1999-01-16 Thread peter . pilgrim

FYI

PC PLUS Magazine UK will happily do us all of us who live in the UK a big 
favour and download the Java 2 Platform for LINUX and burn it on CD ROM ( 
when the porters release it). So look out for a copy of the mag.
It's big timesaver for me. I still have dial up.

In the February Issue which is still available has the JDK 1.1.7 v1a
on CD ROM.

For more infos http://www.pcplus.co.uk


If you live in Europe you may get the magazine imported.

Pete



 



Where did the Java Activator (plug-in) go?

1999-01-16 Thread Dan Dunay

Hi,

I'd like to install the Java activator for Netscape but it has
disappeared from your site with no explanation. There are dozens of
current links to www.blackdown.org/activator ... from various sites
(including java.sun). It would sure be a big help if you would put
something at that link.

It occurred to me that the Linux Java Activator may have been an
unsupported binary that was withdrawn as Netscape and Java moved on. If
that's the case, a few words to that effect would be greatly
appreciated!

Daniel Dunay
[EMAIL PROTECTED]



Re: A file system for organising java stuff ?

1999-01-16 Thread Nelson Minar

>Anyways, what occurred to me during the new years break is to arrange
>my java stuff into a file system along the lines used in linux
>systems (unix in general?).

It might make sense for the Java Linux principles to work with some of
the major distribution folks and the people behind the Linux
filesystem standard to come up with a standard Java directory tree for
Linux.

The main requirements I see are:

  Dealing with the way the JDK wants to be installed. At least in JDK
  1.1, it's quite inflexible about where its pieces are.

  Nicely supporting the new Java 1.2 class loading system, in
  particular the support for a directory of jars.

  Making it easy for people to install new jar files and new shared
  libraries for the JVM to load.

  Making it easy to install alternate Java implementations - a new VM
  (Kaffe or Japhar), new class libraries (Classpath), etc.

  [EMAIL PROTECTED]
.   .  . ..   .  . . http://www.media.mit.edu/~nelson/



Re: SNMP Java source code

1999-01-16 Thread Christopher Hinds

Try JDM Kit from Sun.
Here is a brief description excerpt from the specs:

"
Java Dynamic ManagementTM
 Kit: Product Specifications

 Product Components

 Java DMK includes:

 A Dynamic Management Architecture, which
 provides a set of Web-based mechanisms
 for automatic propagation of management
 services across the network to the agents.
 An agent framework, which includes a
 library of reusable core agent services in the
 form of Java Management Beans. These
 include:
 object repository, dynamic class
 loading, dynamic native library loading,
 relationship, basic notification,
filtering,
 monitoring and logging.
 Service creation tools, which include:
 A Managed Object Generator
 (MOGEN), which helps developers to
 create their own specific Java client
 management services.
 A Java SNMP MIB Compiler. This takes
 an SNMP MIB as input, and outputs a
 Java Management Bean which enables
 the Java DMK agent to be managed by
 an SNMP manager.

 New with Version 3.0

 Java Dynamic Management Kit 3.0 adds the
 following new features:

 Security features:
 Authentication (simple login/password
 or CRAM-MD5-based challenge)
 Support for Secure Socket Layer
 JAR file signatures
 Simple Network Management Protocol
 (SNMP) features:
 SNMP Manager API
 SNMP MIB code generator extension
 SNMP v2 protocol support
 New adaptors:
 CORBA (IIOP) adaptor
 HTTP/UDP adaptor
 Adaptor enhancements:
 Enhancements to the HTML browser
 pages
 New management services. The set of
 JavaBeans for Management components is
 extended to include:
 Scheduler
 Discovery
 Launcher
 Persistence features:
 Flat files
 Java Data Base Controller TM driver
 support

 System Requirements

 Java Dynamic Management Kit is 100% Java
 code, and should therefore run on all compliant
 Java virtual machines. However, to obtain full
 support, developers require the following:

 For the Solaris operating environment on
 SPARCTM or Intel platforms:
 Solaris 2.6 or Solaris 7 environment
 Java Development KitTM 1.1.5 or 1.1.6
 software
 32 Mbytes RAM
 For Microsoft Windows NT platforms:
 Windows NT 4.0 environment and
 Service Pack 3.0
 Java Development Kit 1.1.5 or 1.1.6
 software
 32 Mbytes RAM

 Any compliant Java Virtual Machine (with Java
 Development Kit version 1.1.5 or above, but
 excluding version 1.2) on any hardware platform.
"
Specs can be found at:
 http://www.sun.com/software/java-dynamic/specs.html

Cheers
Chris


Juan Carlos wrote:

> Hi,
>
> Anybody knows an address where can I download the source code (in
> Java) of any tool for SNMP?
>
> Thanks
>
> _
> DO YOU YAHOO!?
> Get your free @yahoo.com address at http://mail.yahoo.com



Linux Java & the Java2 ORB, and how to use shared memory from Java

1999-01-16 Thread Richard Jones


I have a couple of questions, one Linux-specific,
one not.

1. Has anyone written simple instructions on
   how to extract the Java2 ORB and retrofit
   it into JDK 1.1.7 on Linux? Or does anyone
   have any experience in this area they would
   like to share? Do I need to use idl2java
   from Visibroker (I downloaded idl2java
   from javasoft, before realizing it was
   a Windows native executable :-( ) On a
   related point, will Java2 for Linux, when
   it appears, contain a native Linux idl2java?

2. Is there a Java API for using shared memory?
   There doesn't seem to be one in JDK 1.1, but
   is this in Java2?

Thanks in advance for any help.

Rich.

-- 
-  Richard Jones. Linux contractor London and SE areas.-
-Very boring homepage at: http://www.annexia.demon.co.uk/  -
- You are currently the 1,991,243,100th visitor to this signature. -
-Original message content Copyright (C) 1998 Richard Jones.-



Re: Linux Java & the Java2 ORB, and how to use shared memory from Java

1999-01-16 Thread mlorton


> 2. Is there a Java API for using shared memory?
>There doesn't seem to be one in JDK 1.1, but
>is this in Java2?

I would be stunned if there were (ever) a Java API for using shared
memory directly.  There isn't one now.  A mechanism whereby the
allocators of several JVMs could draw from a pool of shared memory
would be interesting (how would you handle GC?) but, given a strong
thread model and RMI, I don't know if it would be useful.

M.

 



Is the object code replicated?

1999-01-16 Thread Kontorotsui

Hello,
suppose I declare a class with a huge amout of instance variables and
many, long, instance methods.

If I create thousands of objects of this class, of course there will be required
thousands times the space of the variables, but what about the method code?
I guess it's not repicated, but this up to the compiler.

Since it's likely to depend on the platform and JDK release, how does the Linux
javac behave?

---
Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at 
University of Pisa  -  Italy  -  E-mail: [EMAIL PROTECTED]
My home page: http://www.cli.di.unipi.it/~controzz/intro.html

Founder and Admiral of Hoshi no Senshi (italian Leiji Matsumoto's fan group).
Creator of It.Arti.Cartoni (italian anime newsgroup) and proud member of...

+-+
|.  * .   |
|   .__ . .   |
|oq  |po   _ _|
|  /  #==>>>==#,-' (_)\   |
|  |  ,-|~\\   ///_ ,()  ,_}  |
|  |  |/|~]]] /// ,-~'  .,~   /   \|  .   |
|  |\_|_|_\_\~~~~'   \   (/|. |
| ./~ \___/   [m] \   \__//   |
| _bo..__ //   `-,.~~ |
|  _-~ 0o.__( .   |
| \  o  . |
|  .  (_)00   |
|. \~~~*,,,* ~00  |
|~0 . |
|   ~~~---~~  |
|   .*|
+-+



Re: Is the object code replicated?

1999-01-16 Thread Nathan Meyers

Kontorotsui wrote:
> 
> Hello,
> suppose I declare a class with a huge amout of instance variables and
> many, long, instance methods.
> 
> If I create thousands of objects of this class, of course there will be required
> thousands times the space of the variables, but what about the method code?
> I guess it's not repicated, but this up to the compiler.

It's not replicated. Objects in OO environments carry around tables that
help the runtime figure out which code needs to be called (as, for
example, when multiple versions of a method are defined in a class
hierarchy). The tables take some space, but the objects are certainly
not carrying around their own copies of the code.

Nathan



Re: Is the object code replicated?

1999-01-16 Thread Chris Abbey

The JVM spec is quite specific about this. There will only ever be one copy of
any code block. The compiler has no say in this regard as it's required to
produce
files compliant with the .class format, wherein the object data and the
code are
distinctly seperated. The JVM Spec is available online from the Java
Developers'
Connection, goto the documentation and it's a couple links below the JLS.

>Hello,
>suppose I declare a class with a huge amout of instance variables and
>many, long, instance methods.
>
>If I create thousands of objects of this class, of course there will be
required
>thousands times the space of the variables, but what about the method code?
>I guess it's not repicated, but this up to the compiler.
>
>Since it's likely to depend on the platform and JDK release, how does the
Linux
>javac behave?



<*> cabbey at rconnect dot com  http://homepage.rconnect.com/cabbey/ <*>
Get it up, keep it up... LINUX: Viagra for the PC. ;) PGP Info: pgp.html

-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--



java-linux users, could you test this code on your system?

1999-01-16 Thread Moses DeJong

Hello fellow java-linux users.

I have been working on an open source project that provides a
way to combine Java and the Tcl scripting languages using the
java reflection APIs. I was hoping I could get some help
testing the code to make sure it works on a number of linux
systems. To make a long story short, the code configures and
compiles on Linux (I was using RedHat 5.2) and it works for me
but I fear it may not work on some other systems. I was
wondering if some of you folks might want to try it out on
your Linux system and tell my if it works for you too.
The code requires the JDK1.1.7v1a from blackdown with the
native threads pack as it uses JNI. In case you are interested
here is how you can download and install the code.


1. Download Tcl 8.0.4 from ftp.scriptics.com

ftp://ftp.scriptics.com/pub/tcl/tcl8_0/tcl8.0.4.tar.gz

2. configure and compile Tcl

tar -xzf tcl8.0.4.tar.gz
cd tcl8.0.4/unix
./configure --enable-gcc --enable-shared
make


2. Download the Tcl/Java package (AKA Tcl Blend and Jacl)

http://www.cs.umn.edu/~dejong/tcl/tcljava1.1b1.tar.gz

tar -xzf tcljava1.1b1.tar.gz
cd tcljava1.1b1/unix
(make sure javac is in your PATH before running configure)
./configure
make shell


Then type this into the shell that comes up.

% package require java

If it then prints "1.1" then everything worked.

If it prints out an error message I would really like to
see it. If you get an error, could you send it to me and
include a copy of the config.log file that configure created.

Thanks for taking the time to try out this package. You might
also want to try it out just for fun. The package will let you
write scripts that can access Java directly from Tcl code.


(Short example of Tcl code that accesses JVM)

#create new java object
set jstr [java::new String "java string"]

#call toString method on the object
set str [$jstr toString]

Of course this example is lame, but you can use this interface
to allocate and invoke methods in any java object.


You might also want to try out Jacl. It is a 100% Java implementation
of a Tcl interpreter. You can compile and run it by typing
"make TCLJAVA=jacl shell" at the command line. I works the same
and Tcl and you can use it to embed scripting features into your
Java program.


thanks again
mo dejong
dejong at cs.umn.edu



Continuous Sound API

1999-01-16 Thread Peter Pilgrim

The undocumented sun.audio.* package had ContinuosAudioStreamSequence class
which accepted a Vector of AudioStreamSequences.
It allowed you to play AudioData samples one after enough in sequence
thru the AudioPlayer. You could put together a song with sampled riffs 
albeit only by (*.au) files.

How do would you reimplement this behavious using JavaSound / 1.3 Beta?

-- 

Adios
Peter

-
import std.Disclaimer;  // More Java for your Lava, Mate.
"Give the man, what he wants. £££" [on Roy Keane, Quality Player]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Any EJB Server for Linux?

1999-01-16 Thread eugenioab



[EMAIL PROTECTED] wrote:

> Are there any EJB Server for Linux currently Available.
>

Weblogic from BEA at www.beasys.com. There is a (big) downloadable demo
too



begin:vcard 
n:Ascoli-Bartoli;Eugenio
x-mozilla-html:FALSE
url:www.assioma.it
org:Assioma S.p.A.;Divisione  R&D, Formazione e Sistema Informativo Interno
adr:;;Via Flaminia 160;Roma;;00196;Italia
version:2.1
email;internet:[EMAIL PROTECTED]
title:Responsabile
fn:Eugenio Ascoli-Bartoli
end:vcard



Re: Continuous Sound API [CANCEL]

1999-01-16 Thread Peter Pilgrim

CANCEL

Really Sorry, this post was meant for java-sound-interest mailing list!

[EMAIL PROTECTED] wrote:
> 
> The undocumented sun.audio.* package had ContinuosAudioStreamSequence class
> which accepted a Vector of AudioStreamSequences.
> It allowed you to play AudioData samples one after enough in sequence
> thru the AudioPlayer. You could put together a song with sampled riffs
> albeit only by (*.au) files.
> 
> How do would you reimplement this behavious using JavaSound / 1.3 Beta?
> 
-- 

Adios
Peter

-
import std.Disclaimer;  // More Java for your Lava, Mate.
"Give the man, what he wants. £££" [on Roy Keane, Quality Player]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Continuous Sound API

1999-01-16 Thread Matthias Pfisterer

Hi Peter,

this is from the [EMAIL PROTECTED] mailing list:
--
Hi Johan,

one possibility is to use one SourceDataLine for all samples of the same
track and to fill the gaps between the samples with an exactly
calculated number of zero-value frames. Attached is a class that may
help you. Using this class you can insert silence the following way:

AudioFormat format = ...;
AudioChannelchannel = new AudioChannel(format);
channel.start();
// add AudioInputStreams representing you samples
AudioInputStreamais = ...;
channel.addAudioInputStream(ais);
// now insert 10 frames of silence
byte[]  abSilence = new byte[10 * format.getFrameSize()];
for (int i = 0; i < abSilence.length; i++)
{
abSilence[i] = 0;
}
ByteArrayInputStreambais = new ByteArrayInputStream(abSilence);
AudioInputStreamais = new AudioInputStream(bais, format, 10);
channel.addAudioInputStream(ais);

Matthias Pfisterer


Johan Kotlinski wrote:
>
> Hi!
>
> I was planning to write a drum machine using audio samples, but found out that the 
>sleep() function had way too bad timing for this purpose. Do anyone know of a way to 
>create a midi/audio sequencer with good timing?
>
>  /Johan
>

Note that since AudioChannel class is taken directely out of an
application, you have to comment out some things to make it work. There
seems to be general interest in such a class, therefore there soon will
be a cleaned-up version of this class on the JavaSound Examples page at
http://rupert.informatik.uni-stuttgart.de/~pfistere/jsexamples/.

If you have further questions, be free to contact me.

Matthias


Peter Pilgrim wrote:
> 
> The undocumented sun.audio.* package had ContinuosAudioStreamSequence class
> which accepted a Vector of AudioStreamSequences.
> It allowed you to play AudioData samples one after enough in sequence
> thru the AudioPlayer. You could put together a song with sampled riffs
> albeit only by (*.au) files.
> 
> How do would you reimplement this behavious using JavaSound / 1.3 Beta?
> 
> --
> 
> Adios
> Peter
> 
> -
> import std.Disclaimer;  // More Java for your Lava, Mate.
> "Give the man, what he wants. £££" [on Roy Keane, Quality Player]
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
 AudioChannel.java


Native Threads

1999-01-16 Thread Christian Schrader

I heard of the problems with native threads and servlets.

When can one anticipate a more stable version of native threads and will
this be in the 1.1.7 engine or starting with the 1.2 versions ?

Thanks, Christian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



how to get the client certificate with jserv

1999-01-16 Thread Aaron Stromas

greetings,

does anyone know whether it is possible to get a client certificate
within the jserv servlet. i tried the the
req.getAttribute("javax.net.ssl.peer_certificates") but it returns null.

the req.getAttribute("javax.net.ssl.cipher_suite") also returns null.

if there is another way of obtainig the certificates? if not, i assume,
it can be done using jni.  is that true? tia,

-a

--
Aaron Stromas |   "Tick-tick-tick!!!... ja, Pantani is weg"
Oracle Corp.  |  BRTN commentator,
+1 703 708 6821   |  L'Alpe d'Huez, 1995 Tour de France



begin:vcard 
n:Stromas;Aaron 
tel;fax:+1 703-708 7922
tel;home:+1 301 493 4933
tel;work:+1 703 708 6821
x-mozilla-html:TRUE
url:http://www.oracle.com
org:Oracle;Advanced Technology Solutions
adr:;;196 Van Buren Street;Herndon;VA;22070;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:Senior Principal consultant
x-mozilla-cpt:;7232
fn:Stromas, Aaron 
end:vcard



jndi api support or help with ldap?

1999-01-16 Thread Brian Gilman

Hello,

I was wondering if someone could help me out getting started 
with ldap and the jndi api...Is this api supported in the 1.2 pre v2 
release? Also, are there and good resources out there to help me get 
started with LDAP in general? I am very new to this technology and 
would like to find a good book/url to help e out.

Thanks in advance,

-Brian Gilman
-BEGIN PGP PUBLIC KEY BLOCK-
Version: PGPfreeware 6.5.1 for non-commercial use 

mQENAzfgDVUAAAEIALTF+F7yvAThOGDVYagMf8wL8ZWjTNn9xzY9t8OBWyQwJO6b73ozK6 
nA148NhNkxGLBgH0FVZ3EHOW5Fxvjc6/TYuUPXjJ4R3o6HxyM/wbWYH/Hjz7kgIYdKQBBH 
bhvaVzWuNfjqsnsB9fp2bkG+rlDM7CKyZQc23Kwgrk7rqyaBBBzgwom7fXZVjnGoIqCmLS 
B3je/HgbC5l0EHsSFxKbhF904R0HCEaYcVksSjbsATW1Qu0L5t0hMAsiitQ5/ToXFYWFwx 
7AexVHPHzWOZ8VZQUxmfi5v00r27MdffXH/mqipvKEGl1TIxpo71Pm5dbfAJrw5X6t2vv7 
IOmfw4INEABRG0JkJyaWFuIEdpbG1hbiA8Z2lsbWFuYkB2dXNlci51bmlvbi5lZHU+iQEV 
AwUQN+ANVb+yDpn8OCDRAQEtUQf/T9dMe4iW9885Om0KrzvcFwmYcHKEBc4ykwEPH0+J2C 
sjA9lWpU03CIIY+t/omuw5GcArildpZYFB0S145+90APVg6dsRF6b2Kuw7FMPdL8Yz7vWi 
vjT/2rhHsvYBAQmcsrLrPjhfyD0kTByg/CUSp2rVAbmR54zUsMXe6bDdleOW4rGo+jepf6 
J1TsCXEFzbym1nFX5aZ9oU8KtfQky8/E85z7JdDvDNC0nC5jWPwGpyrUNrpCWN+TQSpQFP 
xNrqrTU19X4+Oe1Gyzyf363tUsS/jMnvAKOLkWsI4k75wY/HHTvn0lq3GWeRwj2BJLeihG 
XvaiWEi3lRwCKiGUZKKg===wwNh
-END PGP PUBLIC KEY BLOCK-


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Newbie

1999-01-16 Thread Juan Antonio López Fernández

Hello all, I am new in Java, I hava SuSe 6.2, could you explain me the
firsts steps ??

'Con el conocimiento se acrecientan las dudas'
  Goethe.

Juan Antonio López Fernández
Dpto. Informática
Sevilla Siglo XXI, S.A.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



SEGVs under 1.2prev2

1999-01-16 Thread Michael Thome


I've got a number of situations which occasionally result in segvs of
the VM.  The cases all use green threads, sunwjit and *no* native code
under RedHat 6.0.  The dumps seem to coincide with other problems
(e.g. exceptions which should have been caught), but it is difficult
for to tell what is really going on. Are core dumps, etc of interest
to anyone in the porting team at this point? While the dumps are easy
to pass along, the java code which elicits this behavior is too large
and complex to usefully turn into a test case.

thanks,
-mik

-- 
Michael Thome ([EMAIL PROTECTED])


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RE: Any EJB Server for Linux?

1999-01-16 Thread GC-Braswell, Peter


WLS is an excellent product incidentally (no connection with BEA).

Also you may want to look at an open source offering called EJBoss.  I
haven't done anything but read about it and I'm curious.  If you happen to
dabble with it, perhaps you can report you findings to the group. 

Cheers,
peter


-Original Message-
From:   eugenioab [SMTP:[EMAIL PROTECTED]]
Sent:   Thursday, November 18, 1999 4:31 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject:Re: Any EJB Server for Linux?



[EMAIL PROTECTED] wrote:

> Are there any EJB Server for Linux currently Available.
>

Weblogic from BEA at www.beasys.com. There is a (big) downloadable
demo
too
 << File: Card for eugenioab >> 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Any EJB Server for Linux?

1999-01-16 Thread David Marshall


"GC-Braswell, Peter" wrote:
Also you may want to look at an open source offering
called EJBoss.  I
haven't done anything but read about it and I'm curious.  If you
happen to
dabble with it, perhaps you can report you findings to the group.
 
EJBoss requires a 1.3 JVM, so until there's a 1.3 JVM for Linux we'll have
to look elsewhere.
There's another open source EJB Server called Jonas which is being developed
by Bull.
Checkout http://www.objectweb.org
There's also an effort underway to integrate the Jonas EJB Server with
enhydra - an open source Java application server that does run on Linux.
Checkout http://www.enhydra.org
I have'nt had a chance to work with either of these products, but did
come across both recently while researching EJB implementations.
--
David Marshall   email: [EMAIL PROTECTED]
VM Systems, Inc. phone: 1-941-596-2480
Naples, FL USA   fax:   1-941-596-2483
 


Re: jsdk2.0 connection problem

1999-01-16 Thread Joseph Shraibman

Gordon Keith wrote:

> [EMAIL PROTECTED] wrote:
> >
> > When I run the jsdk2.0 server and try to bring up a servlet it gives me
> > the following error:
> >
> > "A network error occured while netscape was recieving data: (Network
> > error:
> > connection reset by peer.)
> >
> > try connecting again."
> >
> > This doesn't happen when using the jsdk1.0 version.
>
> I certainly got this problem with jsdk1.0 and 2.0, but it happens much
> earlier and more often in 2.0. The problem doesn't occur on Solaris or
> NT using the same JSDK (which is pure java).
>
> I found it occurred on about half the connections on 1.0, but normally
> after all the data had been sent to the client.
>
> With 2.0 it occurs much more often, often before significant amounts of
> data have been sent to the client.
>
> I suspect some sort of bug in JSDK that relies on some sort of automatic
> buffer flushing that doesn't occur on the linux JVM.
>
> I think I've tested under both the blackdown 1.1.7 and 1.2pre2.
>
> I don't think the problem exists under the IBM JVMs.
>
> I haven't tested extensively, but those are my observations.
>
> Let me know if you find a solution.

What servlet engine are you using?  Apache Jserv?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



JSWDK1.0.1 on linux problem

1999-01-16 Thread tpeter



I'm using the JSWDK1.0.1 with the provided html server. The program
initialized ok, but when I try getting calling the server to get one of
the pages, and or servlets, even those provide in the distribution I get
the following output: 

HelloWorldExample: init HANDLER THREAD PROBLEM:
java.io.UnsupportedEncodingException: ANSI_X3.4-1968
java.io.UnsupportedEncodingException:
ANSI_X3.4-1968 at sun.io.Converters.getConverterClass(Compiled Code) 
at sun.io.Converters.newConverter(Compiled Code) 
at sun.io.CharToByteConverter.getConverter(Compiled Code) 
at java.io.OutputStreamWriter.(CompiledCode) 
at com.sun.web.server.ServerResponse.getWriter(Compiled Code) 
at com.sun.web.core.Response.sendBodyText(Compiled Code) 
at com.sun.web.core.Response.sendError(Compiled Code) 
at com.sun.web.core.HttpServletResponseFacade.sendError(Compiled Code) 
at com.sun.web.core.ServletWrapper.sendInternalServletError(Compiled Code)
at com.sun.web.core.ServletWrapper.handleRequest(Compiled Code) 
at com.sun.web.core.Context.handleRequest(Compiled Code) 
at com.sun.web.server.ConnectionHandler.run(Compiled Code) 

Has anyone dealt with this problem?


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



[Partially OT] A Java parser - part 2

1999-01-16 Thread Kontorotsui


Hello,
first of all many thanks to all the people who kindly answered.

I've collected many different advices on Java parsers, so maybe it is wiser to
explain my purpose. 
I noticed that java performance decreases dramatically as more and more classes
and object instances are created. 

From:

class one
{
  int number = 0

  void aMethod()
{
   number++;
}
}


To:

class two
{
   myInt number;

   void aMethod()
 {
number.increase();
 }
}

class myInt
{
  int n = 0;

  void increase()
  {
 n++;
  }
}

There is no semanthic difference, but if you call aMethod() many times (say
1) the second version is even twice slower.

Yet, the latter version takes advantage of modularity and object structure,
"good" coding implies that kind of structure.

What I want to do is a tool that "flattens" the class hierachy to improve
performance. In this way I'll be able to write properly structured code but the
tool will cut away performance-wise useless classes and method before I compile.
I know it is not always possible to do that and that the rules to change the
program must always keep semanthic unchanged... I know this is not easy.
But suppose I manage to write down a set of rules to do that, I'll need a parser
to parse the Java code and provide the changed source code according to the
rules.

After I explained my goal, what would be the best parser to achieve it?

Needless to say, my tool will work on Linux (that's why I'm posting here) so
the choice will be on parsers available in Linux or written themselves in Java.


Andrea.

PS 1: thanks for the pointers to a Java grammar, indeed I needed that too.

PS 2: about my signature, the long one was supposed to be used only for
personal messages not for the mailing list, I guess my XFMail configuration
needs some checks :/

---
Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at 
University of Pisa  -  Italy  -  E-mail: [EMAIL PROTECTED]
My home page: http://www.cli.di.unipi.it/~controzz/intro.html


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



RE: Thread in the Linux's JVM

1999-01-16 Thread Lee_Xing

This sounds to me like Java and C/C++ native code can talk to each other
only if they (java and native code) are in the same thread.  Is it right, or
in the same process?

Suppose C/C++ native code creates another thread within the shared lib, can
the newly-created thread interact with (call back to) java code?  The
newly-created thread should be in the same process as its parent thread and
java code, right?

Thank you.


Lee



-Original Message-
From: Nathan Meyers [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 09, 1999 11:52 AM
To: [EMAIL PROTECTED]
Cc: Evandro Luquini; [EMAIL PROTECTED]
Subject: Re: Thread in the Linux's JVM


Jacob Nikom wrote:
> 
> So, you think that JNI does not represent any specific issues in
> Java multithreading? Does the JNI/C code executes in the same thread
> as the Java method which invoked it?

JNI code is just the native "back end" of certain Java methods. It runs
in whatever thread the caller is running in. The only specific issue I
know of is that it's probably easier to hog the CPU in native code than
in Java code.


> Also, what about event-dispatching thread? In the documentation about
> InvokeLater() method there is no any mention that you have to change
> the non-event-dispatching thread's priority in order to allow the
> event-dispatching thread get called. Is it simply assumed? This is
> strange.

This isn't about thread priorities. In a non-preemptive threading
environment, if one thread is hogging the CPU and never yielding, the
other threads will not get to run regardless of priority. InvokeLater
schedules some code to be run in a different thread (the event
dispatching thread), but doesn't guarantee that that thread will get any
time. You still have to avoid hogging the CPU in all threads.

Nathan


> 
> Jacob Nikom
> 
> Nathan Meyers wrote:
> >
> > Jacob Nikom wrote:
> >
> > > It would be nice to know more about multithreading features of Linux
> > > JVM.
> >
> > There are two threading models. If you run with green threads, there is
> > no preemption, and control passes between threads either with yield()
> > calls or possibly with other calls that can block (such as sleep() and
> > various I/O calls).
> >
> > If you run with native threads, the JVM is using the system's pthread
> > API, which (except for very strangely configured systems) means it's
> > using kernel threads. They give you preemption but not thread
> > priorities, and there is no guarantee about the size of the time slices,
> > when preemption occurs, or how thread execution is distributed across
> > multiple processors.
> >
> > It sounds from your description like you're relying on preemption.
> > Unfortunately, that's a bad thing - Java doesn't guarantee that you'll
> > get it, and you need to code as if preemption will not happen.
> > SwingWorker is a nice tool for conveniently launching another thread,
> > but it doesn't magically turn non-preemptive threads into preemptive
> > threads.
> >
> > So to your problem... why did the behavior change when you rewrote some
> > of your Java methods as native methods? My guess is that you were using
> > some Java methods that do voluntary yields, and you stopped using them
> > when you rewrote the code as native methods.
> >
> > BTW, that Sun article mentioned in Evandro's original mail (below)
> > discusses why Solaris is a good platform for applications that rely on
> > preemptive multi-threading. But it's a Solaris marketing article, not a
> > Java programming guide. The Java portability message is very clear:
> > don't rely on preemption.
> >
> > Nathan
> >
> > >
> > > Hi,
> > >
> > > Thank you for bringing up this question. I also have problems with
> > > multiple threads in Linux. In my case the behavior of threads with
> > > JNI is different from pure Java behavior.
> > >
> > > I use SwingWorker class. If I don't have JNI methods I don't have
> > > to use yield() method. If I replace my Java methods with JNI calls
> > > I must use yield(), otherwise the application simply does not work.
> > > There is no mentioning of yield() method in any SwingWorker-related
> > > documentation.
> > >
> > > It would be nice to know more about multithreading features of Linux
> > > JVM.
> > >
> > > Jacob Nikom
> > >
> > > > Evandro Luquini wrote:
> > > >
> > > > Hi,
> > > > In the JavaWord article called "programming Java threads in the real
> > > > world, Part 1(
> > > > http://www.javaworld.com/jw-09-1998/jw-09-threads.html)", the author
> > > > sad that "Java's promise of platform independence falls flat on its
> > > > face in the threads arena". If you read this paper you will can see
> > > > two plataform example : NT and Solaris.
> > > >
> > > > Major question is what scheduling is implemented by the Linux JVM
and
> > > > the Linux OS. Does it use a nonpreemptive our preemptive scheduler ?
> > > >
> > > > The other important question is about what thread's architecture is
> > > > implement by Linux O.S. I am asking it because in the sun's

Re: [Partially OT] A Java parser - part 2

1999-01-16 Thread Paul Mclachlan

At 18:43 11 Nov 1999 +0100, Kontorotsui wrote:

> What I want to do is a tool that "flattens" the class hierachy to improve
> performance. In this way I'll be able to write properly structured code but the
> tool will cut away performance-wise useless classes and method before I compile.
> I know it is not always possible to do that and that the rules to change the
> program must always keep semanthic unchanged... I know this is not easy.
> But suppose I manage to write down a set of rules to do that, I'll need a parser
> to parse the Java code and provide the changed source code according to the
> rules.
> 
> After I explained my goal, what would be the best parser to achieve it?

The trend today (as far as I can tell) seems to be to perform these
optimisations in the JVM itself, as opposed to a 'precompilation' step.  If
you look at IBM's high performance java compiler or VM, for instance, it
does lots and lots of really cool analysis and inlining.  If you were to
make the method 'final', I expect that decent JIT's would be able to
optimise away.

Having said that, if I wanted to do something like this, I would use
JavaCC, or, specifically, the "jjtree" tool in JavaCC.  jjtree will
automatically parse the file into an OO structure ready for manipulation.
(ie, you might set it up to create a "class object", a "method object", and
a 'methodcall' object, among other things.  You could then use this like
any other tree.  This will probably automate something you would have done
anyway.

If you get it done/started, be sure to let us take a look at it!

Paul


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Thread in the Linux's JVM

1999-01-16 Thread Paul Mclachlan

At 11:59 11 Nov 1999 -0600, [EMAIL PROTECTED] wrote:

> This sounds to me like Java and C/C++ native code can talk to each other
> only if they (java and native code) are in the same thread.  Is it right, or
> in the same process?
> 
> Suppose C/C++ native code creates another thread within the shared lib, can
> the newly-created thread interact with (call back to) java code?  The
> newly-created thread should be in the same process as its parent thread and
> java code, right?

The key is to be using 'native' threads and not 'green' threads in your
JVM.  Then each thread will be a real thread compatible with both Java and
C++.  Otherwise you can run into funky problems.

Paul


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: [Partially OT] A Java parser - part 2

1999-01-16 Thread Michael Emmel

Kontorotsui wrote:

> Hello,
> first of all many thanks to all the people who kindly answered.
>
> I've collected many different advices on Java parsers, so maybe it is wiser to
> explain my purpose.
> I noticed that java performance decreases dramatically as more and more classes
> and object instances are created.
>
> From:
>
> class one
> {
>   int number = 0
>
>   void aMethod()
> {
>number++;
> }
> }
>
> To:
>
> class two
> {
>myInt number;
>
>void aMethod()
>  {
> number.increase();
>  }
> }
>
> class myInt
> {
>   int n = 0;
>
>   void increase()
>   {
>  n++;
>   }
> }
>
> There is no semanthic difference, but if you call aMethod() many times (say
> 1) the second version is even twice slower.
>
> Yet, the latter version takes advantage of modularity and object structure,
> "good" coding implies that kind of structure.
>
> What I want to do is a tool that "flattens" the class hierachy to improve
> performance. In this way I'll be able to write properly structured code but the
> tool will cut away performance-wise useless classes and method before I compile.
> I know it is not always possible to do that and that the rules to change the
> program must always keep semanthic unchanged... I know this is not easy.
> But suppose I manage to write down a set of rules to do that, I'll need a parser
> to parse the Java code and provide the changed source code according to the
> rules.
>
> After I explained my goal, what would be the best parser to achieve it?

Well some work has been done there
check out
http://altair.parsecweb.com/~kbs/aboutjolt.html
A java to C translater in java .. ( it will I assume have  to flatten the java .. )

Alos check out

http://www.geocities.com/SiliconValley/Orchard/5802/javago/ReadMe.htm

It already does what your wanting to do. Now it seems to break some things. I
havent played with it much.
Plus its in C-- : (

Mike



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Do we need an installer-chooser?

1999-01-16 Thread Dustin Lang


Hi,

Despite the pretty decent web documentation, this list seems to be
inundated with question of the form "I'm running   and I'm
getting ", or "I have  .  What file do I
need to download?".  I was thinking that it should be possible to write a
little piece of C code that would check the person's distribution and libc
library versions, and suggest the appropriate distribution file to
download.  At that point it could also print out a list of the known
issues with that particular dist/version, and suggest any other setup
steps that might be required (ie, add /usr/local/java/bin to your PATH,
and so on).  Such an app might make the install process a little less
mystifying for newbies, and thereby reduce the number of silly questions
asked on this list.  Furthermore, I was thinking that I don't have much to
do this weekend and that my C skills are getting crufty.  Do people think
this app would be useful?  Any pointers/suggestions?

Thanks,
dstn.


-- Dustin Lang, [EMAIL PROTECTED]--
User, n.: a particularly  slow and unreliable input/
output  device  that  is  attached by default to the
standard input and output streams.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jsdk2.0 connection problem

1999-01-16 Thread tpeter



I'm using jsdk2.1 from javasoft.  
I have used Jserv with apache but it was using the jsdk1.0 from javasoft
without any problems. 

In case you missed it I did find a way around this problem.  I'm useing
"get" instead of "post" and it seems to be working fine. 


On Thu, 18 Nov 1999, Joseph Shraibman wrote:

> Gordon Keith wrote:
> 
> > [EMAIL PROTECTED] wrote:
> > >
> > > When I run the jsdk2.0 server and try to bring up a servlet it gives me
> > > the following error:
> > >
> > > "A network error occured while netscape was recieving data: (Network
> > > error:
> > > connection reset by peer.)
> > >
> > > try connecting again."
> > >
> > > This doesn't happen when using the jsdk1.0 version.
> >
> > I certainly got this problem with jsdk1.0 and 2.0, but it happens much
> > earlier and more often in 2.0. The problem doesn't occur on Solaris or
> > NT using the same JSDK (which is pure java).
> >
> > I found it occurred on about half the connections on 1.0, but normally
> > after all the data had been sent to the client.
> >
> > With 2.0 it occurs much more often, often before significant amounts of
> > data have been sent to the client.
> >
> > I suspect some sort of bug in JSDK that relies on some sort of automatic
> > buffer flushing that doesn't occur on the linux JVM.
> >
> > I think I've tested under both the blackdown 1.1.7 and 1.2pre2.
> >
> > I don't think the problem exists under the IBM JVMs.
> >
> > I haven't tested extensively, but those are my observations.
> >
> > Let me know if you find a solution.
> 
> What servlet engine are you using?  Apache Jserv?
> 
> 
> --
> 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: [Partially OT] A Java parser - part 2

1999-01-16 Thread Ulli Kortenkamp

> "Andrea" == Kontorotsui  <[EMAIL PROTECTED]> writes:

Andrea> What I want to do is a tool that "flattens" the class
Andrea> hierachy to improve performance.

Try JAX (from http://www.alphaworks.ibm.com). It does exactly what you 
want. 

Unfortunately, the JAX project is no longer supported, and the IBM
researchers that developed it moved to something else. Anyway, if you
stick with the 6.0-version (6.1 is newer but extremely buggy and
generates wrong code) of JAX you can have all the fun of good style
programming while still having a good performance.

Like somebody else wrote, the trend is to do this flattening inside
the VM, using an optimizing JIT compiler (this might be the reason why
IBM no longer supports JAX...). Whether this is always better is not
sure. Personally, I like it much more to do the easy optimizations
before the software ships (we did it with our "shrink-wrapped Java
software Cinderella), and let the JIT compiler concentrate on
optimizations that can be done at runtime only.

HTH,

Ulli

PS: I guess this thread is now completely OT. Well, OK, we use JAX on
our linux boxes... if you want to know more, give me a mail.

-- 
ETH Zentrum, IFW B43, CH-8092 Zürich   // http://www.cinderella.de
Phone +41-1-63 27393 // FAX +41-1-63 21172 // http://www.inf.ethz.ch/~kortenka

The Interactive Geometry Software Cinderella: http://www.cinderella.de


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Thread in the Linux's JVM

1999-01-16 Thread Nathan Meyers

On Thu, Nov 18, 1999 at 11:59:04AM -0600, [EMAIL PROTECTED] wrote:
> This sounds to me like Java and C/C++ native code can talk to each other
> only if they (java and native code) are in the same thread.  Is it right, or
> in the same process?

What do you mean "talk to each other"?

The JVM is a multi-threaded native application. Most of the time it's
running native code that implements an interpreter, but some of the time
it's running native code that doesn't happen to be in the interpreter
(such as JNI methods or JIT-compiled code). Nothing magic (thread-wise)
happens when it moves between the interpreter and other native code -
no new thread is created - it just happens to be running code outside of
the interpreter.  The interpreter jumps to compiled code when it runs
a JNI method, and compiled code can call interpreted code through some
of the functions in the JNINativeInterface structure.

So maybe you can clarify the term "talk to each other"?  When method foo()
calls method bar(), is foo() "talking to" bar()? Method bar() isn't even
running until foo() calls it... once that happens, yes, bar() is running in
the same thread (regardless of language).


> Suppose C/C++ native code creates another thread within the shared lib, can
> the newly-created thread interact with (call back to) java code?  The
> newly-created thread should be in the same process as its parent thread and
> java code, right?

When Java creates a native thread, it also creates additional information
for use by the JVM. If your own native code creates a thread, it needs
to "attach" it to the JVM so the JVM knows about it. You'll find some
discussion and sample code at:


http://developer.java.sun.com/developer/onlineTraining/Programming/JDCBook/jniref.html

The important thing is that both the JVM and your native code use the
same threading mechanism. Since you're using pthread_create() to create
threads, you need to run a version of the JVM (native) that uses the
same system.  AFAIK, there's no way for JNI code to create new threads
in a green thread environment.

At any rate, all threads (native or green) are running "in the same
process". With native threads, however, different threads have their
own PIDs and entries in the process table, which results in confusing
"ps" results. (Which is why I put "in the same process" in quotes - if
you define a "process" as something with its own PID, then the threads
are processes... but they *are* lightweight processes!)

Nathan


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Do we need an installer-chooser?

1999-01-16 Thread Chris Abbey

perhaps if this could be embeded in a web page... an applet? that would
be cool.

equally interesting would be to do a ping of the mirrors and
download from the closest first.

and unless you plan to compile to all archs maybe a shell script
would be better? if it based all of it's decisions on files in a
standard location on the ftp server then it could be updated auto-
magically.

At 11:32 11/18/99 -0800, Dustin Lang wrote:
>
>Hi,
>
>Despite the pretty decent web documentation, this list seems to be
>inundated with question of the form "I'm running   and I'm
>getting ", or "I have  .  What file do I
>need to download?".  I was thinking that it should be possible to write a
>little piece of C code that would check the person's distribution and libc
>library versions, and suggest the appropriate distribution file to
>download.  At that point it could also print out a list of the known
>issues with that particular dist/version, and suggest any other setup
>steps that might be required (ie, add /usr/local/java/bin to your PATH,
>and so on).  Such an app might make the install process a little less
>mystifying for newbies, and thereby reduce the number of silly questions
>asked on this list.  Furthermore, I was thinking that I don't have much to
>do this weekend and that my C skills are getting crufty.  Do people think
>this app would be useful?  Any pointers/suggestions?
>
>Thanks,
>dstn.
>
>
>-- Dustin Lang, [EMAIL PROTECTED]--
>User, n.: a particularly  slow and unreliable input/
>output  device  that  is  attached by default to the
>standard input and output streams.
>
>
>
>--
>To UNSUBSCRIBE, email to [EMAIL PROTECTED]
>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
>

  cabbey at home dot net <*> http://members.home.net/cabbey
   I want a binary interface to the brain!
Today's opto-mechanical digital interfaces are just too slow!


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Do we need an installer-chooser?

1999-01-16 Thread Dustin Lang


Hi,

> perhaps if this could be embeded in a web page... an applet? that would
> be cool.
> and unless you plan to compile to all archs maybe a shell script
> would be better?

Hmm... I was thinking a smallish, statically-linked C program.  I hadn't
thought about multiple architectures (I'm a little Intel-centric...:).  I
have access to Intel and PowerPC boxes and could supply binaries for those
archs.  I'd GPL this if I wrote it, so could distribute source for other
archs, but that might make the process even more puzzling :).

I was thinking of doing it that way because:
-I suck at shell scripts
-I don't suck quite as much at C.
-I want some practice in C.
-Some of the checks might be hard to do in shell scripts (haven't
thought about this much; I'm sure it would be possible, but probably hard
for someone as lacking in skill as myself :)

> if it based all of it's decisions on files in a
> standard location on the ftp server then it could be updated auto-
> magically.

That would be cool.  Good plan.

> equally interesting would be to do a ping of the mirrors and
> download from the closest first.

Cool idea!

Thanks,
dstn.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Do we need an installer-chooser?

1999-01-16 Thread Justin Lee

Dustin Lang wrote:
> 
> Hi,
> 
> > perhaps if this could be embeded in a web page... an applet? that would
> > be cool.
> > and unless you plan to compile to all archs maybe a shell script
> > would be better?
> 
> Hmm... I was thinking a smallish, statically-linked C program.  I hadn't
> thought about multiple architectures (I'm a little Intel-centric...:).  I
> have access to Intel and PowerPC boxes and could supply binaries for those
> archs.  I'd GPL this if I wrote it, so could distribute source for other
> archs, but that might make the process even more puzzling :).
> 

Why not use a javascript check on the web page, saying here is the
archive for your specific platform?  ( In addition to links to the
others if you also grabbing the versions for other platforms. )

-- 
Justin Lee  | It's not the weight of the stone that's holding you down.
JEDI| It's the way it fascinates your mind.  -- Tourniquet


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Do we need an installer-chooser?

1999-01-16 Thread Dustin Lang


Hi,

> Why not use a javascript check on the web page, saying here is the
> archive for your specific platform?  ( In addition to links to the
> others if you also grabbing the versions for other platforms. )

The big piece of information we need is (g)libc version.  I'd be
impressed if there was a way to find that out with javascript... and a
little worried considering the filesystem access you'd need to find that
out...

Cheers,
dstn.



-- Dustin Lang, [EMAIL PROTECTED]--
User, n.: a particularly  slow and unreliable input/
output  device  that  is  attached by default to the
standard input and output streams.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jsdk2.0 connection problem

1999-01-16 Thread Gordon Keith

"Anders Lindbäck" wrote:

> > > I suspect some sort of bug in JSDK that relies on some sort of automatic
> > > buffer flushing that doesn't occur on the linux JVM.
> 
> Are you closing the PrintWriter so they send the data before
> the servlet dies  ?!?

Certainly are.

Regards
Gordon


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jsdk2.0 connection problem

1999-01-16 Thread Jan Agermose

The problem is not a Linux problem. It is also present in JSWDK1.0 and
has been reported on other mailing lists and bug reporting sites. One
response I got a while a go was this:

snip
"It is a bug in the way that the JSWDK web server deals
with Netscape
browsers.  It should be fixed in the next JSWDK release (1.0.1
or 1.1 or whatever it
gets called).  The workaround for now is to use the GET method
on your forms."

If your problem is not netscape specific, please ignore this post.

Jan Agermose

Gordon Keith wrote:
> 
> "Anders Lindbäck" wrote:
> 
> > > > I suspect some sort of bug in JSDK that relies on some sort of automatic
> > > > buffer flushing that doesn't occur on the linux JVM.
> >
> > Are you closing the PrintWriter so they send the data before
> > the servlet dies  ?!?
> 
> Certainly are.
> 
> Regards
> Gordon
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

--
Mvh Jan Agermose

Tranekærvej 58, v92
8240 Risskov, Denmark
Tlf.: 86217787 lokal 392
[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: jsdk2.0 connection problem

1999-01-16 Thread Gordon Keith

Joseph Shraibman wrote:
> 
> Gordon Keith wrote:
> 
> > I certainly got this problem with jsdk1.0 and 2.0, but it happens much
> > earlier and more often in 2.0. 

Correction: The problem occurs with 2.0 and more often with 2.1 (I got
my versions confused).

> What servlet engine are you using?  Apache Jserv?

The servlet engine that comes with the jsdk. 
It was primarily for testing and I haven't had enough linux/Apache
experience to attempt the Jserv install.

Regards
Gordon


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Java inlining

1999-01-16 Thread Patrick LAM

What you've mentioned is known as method inlining.

The Soot framework does this optimization on Java classfiles.  (Why
classfiles?  See the technical report at

http://www.sable.mcgill.ca/publications/sable-tr-1999-3.ps

"Optimizing Java Bytecode using the Soot Framework: Is it feasible?"
for a rationale and our experimental results.)

Unfortunately, the version (1.beta.6) which does inlining is not yet
available to the public.  It does work on a vast number of Java
programs.  The code (under LGPL) should be online within the next two
weeks. 

pat



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Chooser

1999-01-16 Thread Dustin Lang


Hi,

I think I'm going to go ahead with trying to write a little C program to
check which library versions a system has and give the user some
suggestion about what JDK file she should download.  In order to do this,
I need some information about where systems keep their libraries and
identifying files.

Both my Slackware ~4 and LinuxPPC (based on RedHat 5.0) boxes keeps their
libs in /lib and /usr/X11R6/lib.  I think that if I check the same
directories as 'ldconfig', that should suffice.  Comments?

If possible, I'd like to check and see if I can figure out what distro and
version the user is running, so that if I know of a package made for that
distro, then I can suggest it as a possibility (eg, if we're on a RedHat
system and there's an rpm, suggest it).  But then, what about programs
like alien that can convert between package formats?  Should I just
suggest "native" packages?  Or perhaps have a command-line switch to
optionally display everything available that matches the library versions
available (and architecture, of course:).

Are there packages of the blackdown JDK for the various distributions?  In
the mailing list archives I see several references to an RPM that can be
found in the contrib section, and a search of the Debian package listing
shows it can be found in the non-free section.  Do any other distributions
have packages available?

Thanks for your input,
dstn.



-- Dustin Lang, [EMAIL PROTECTED]--
User, n.: a particularly  slow and unreliable input/
output  device  that  is  attached by default to the
standard input and output streams.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Chooser

1999-01-16 Thread Michael Sinz

On Thu, 18 Nov 1999 18:10:50 -0800 (PST), Dustin Lang wrote:

>
>Hi,
>
>I think I'm going to go ahead with trying to write a little C program to
>check which library versions a system has and give the user some
>suggestion about what JDK file she should download.  In order to do this,
>I need some information about where systems keep their libraries and
>identifying files.

I would highly recommend doing this as a shell script.  (Or even perl,
but simple bash scripts work best)

You can check out some of the scripts that we did for JDK 1.1.6v5 and up
that do some forms of library checks in them if you want a look.

Shell scripts have the benefit of working everywhere (assuming you
are careful in the way you write them) and that they do not require
a compile step.  Plus, in most cases your C code will end up calling
things like ldd and other tools to get the job done anyway (such
that it works in various environs and not just glibc 2.0 or RedHat
setups or...)

BTW - whoever thought Linux is easy to port to must not have done a major
project that required significant support.  There are so many different
distributions, each with their own unique behaviors and installed features.


-- 
Michael Sinz  Technology and Engineering Director/Consultant
"Starting Startups" mailto:[EMAIL PROTECTED]
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]