Unsubscribing

1999-09-30 Thread Surjan Singh

Hi,

I've tried unsubscribing from this group twice.  Each time I get a
message saying my email cannot be found on the list, and that I should
reply if I have any problems unsubscribing.  So, twice, I replied, but
to no avail.

If one of the administrators reads this group can you please unsubscribe
me (Sorry, to bother the rest of you).

Thanks,
Surj


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



Re: Java and Enlightenment

1999-09-30 Thread Ron Yorston

Michael Emmel wrote:

>Peter Graves wrote:
>
>> The authors of the Enlightenment window manager have some
>> interesting comments today about Java:
>>
>> http://www.enlightenment.org/news.html
>>
>> Their basic point is that "Java under X (AWT) is Broken"; they
>> don't mention which Java implementation they're referring to.
>>
[snip]
>
>Actually java  works well under KDE some bugs under Windowmaker  major bugs
>under Enlightenment .
>Gnome seems to break stuff too.
>I wont except bug reports for linux  unless there verified under KDE.

This is the sort of unhelpful attitude we've been seeing from Sun as well:
so long as things work under CDE there isn't a problem.  Well, there is a
problem.  People use window managers other than KDE and CDE and Java
applications don't work the same way as other applications under, say, fvwm.

It's my understanding that the fundamental problem is as described in the
Enlightenment comments:  Sun have made a (IMHO bad) design decision that
Java will attempt to subsume some of the functions of the window manager.
This requires Java to have much more knowledge about things like window
manager decorations than is reasonable to expect.

>
>Also java works under all the other Unixes Sun/SGI/HP that I've tested.

I've been tracking bug id 4102292 in the bug database.  There are reports
there which confirm that there are problems with window positioning under
all sorts of window managers and operating systems.  Including an
evaluation from Sun that the problem is reproducible under Solaris 2.6.

>
>I'd say its  Enlightenment  plus Gnome does not help.  If your the only badly
>busted platfrom
>it aint X.

No, it ain't X, and it ain't just Enlightenment.  It's a fundamental problem
in Java which affects many window managers.

Until bug 4102292 is fixed I'm unhappy about deploying Java applications.
The behaviour of Java applications with respect to window positioning differs
from other applications on the same platform.  This irritates me and I'm
sure it would irritate our customers.

Ron


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



Re: Java and Enlightenment

1999-09-30 Thread William Gallafent

On Thu, 30 Sep 1999, Michael Emmel wrote:
> Actually java  works well under KDE some bugs under
> Windowmaker  major bugs under Enlightenment .

Window positioning seems to be broken under KDE too, in my
experience. For example (first one I could think of),
when susefax (Java front end for Hylafax that ships with
SuSE) starts up, the window is placed in the very top left
corner of the screen. This means the titlebar is obscured
by the icon bar thingy that I have running along the top of
the screen. All other windows are placed smartly by the
windowmanager (kwm of course) ... but Java ones don't obey
the wm's placement policy. This puts me in agreement with
the "Java tries to do too much that is the responsibility
of the wm" camp. When a new window appears on my screen, I
want it to appear as I have defined in the window manager
configuration. Java windows do not do this, which is broken
behaviour IMO.

Yours,

--
Bill Gallafent.


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



installing jserv

1999-09-30 Thread Claudio

dear...

I have to install the jserv1.0 on my redhat6, jdk117_v3, jsdk-solaris2.0, 
and got some errors, I carefullyask for you to help me about this; my 
apache1.3.6 is just installed, but comparing the install-dir from rh6 to 
slackware, the rh6 I don't find a specific directory but on slackware the 
dir is /var/lib/apache, and one option in ./configure of jserv is the 
directory of apache on redhat6, or I have to install and ./configure a new 
release of apache1.3.6 (if this, to do, just stop the httpd, and untarred 
and ,.configure the apache1.3.6???).

my ./configure of jserv1.0 is

./configure \
--enable-apache-conf \
--with-apache-install=/etc/httpd \
--enable-compressed-jar \
--with-jsdk=/usr/local/jsdk20/lib/jsdk.jar \
--with-jdk-home=/usr/local/jdk117_v3 \
--prefix=/usr/local/jserv10 \
--disable-debugging

# if has some error, you can help me?
# and the errors are

loading cache ./config.cache
Configuring ApacheJServ/1.0
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... found
checking host system type..configure:error:can not guess host type
you must specify one

to resolve the missing in aclocal, autoconf, automake I just put the 
source dir of ApacheJserv1.0/configure (/usr/src/Apache1.0) in PATH, just 
it?

I am studying this, sorry for long mail, thanks for reading.

Claumir



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



RE: NoClassDefFoundError and RH6.0

1999-09-30 Thread Roll, Greg

Actually yes  Is this incorrect?  I'm fairly new to the Java thing
but I compile fine with the same steps on a Solaris machine.

GR

-Original Message-
From: Chris Abbey [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 29, 1999 8:05 PM
To: Roll, Greg
Cc: [EMAIL PROTECTED]
Subject: Re: NoClassDefFoundError and RH6.0


At 09:04 9/29/99 -0500, Roll, Greg wrote:
>Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld/class

you didn't by any chance type "java HelloWorld.class" did you?

  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: Java and Enlightenment

1999-09-30 Thread Juergen Kreileder

> William Gallafent writes:

William> On Thu, 30 Sep 1999, Michael Emmel wrote:
>> Actually java  works well under KDE some bugs under
>> Windowmaker  major bugs under Enlightenment .

William> Window positioning seems to be broken under KDE too, in my
William> experience. For example (first one I could think of),
William> when susefax (Java front end for Hylafax that ships with
William> SuSE) starts up, the window is placed in the very top left
William> corner of the screen. This means the titlebar is obscured
William> by the icon bar thingy that I have running along the top of
William> the screen. All other windows are placed smartly by the

If we let the wm place the frame (we had some versions that allowed
that), people complain that it breaks their programs on Linux.  So
we're back to the standard behavior, (0,0) is the correct position in
your case.

William> windowmanager (kwm of course) ... but Java ones don't obey
William> the wm's placement policy. This puts me in agreement with
William> the "Java tries to do too much that is the responsibility
William> of the wm" camp. When a new window appears on my screen, I
William> want it to appear as I have defined in the window manager
William> configuration. Java windows do not do this, which is broken
William> behaviour IMO.

You won't see the 'correct' behavior without an API change.
There's an RFE at the JDC:
http://developer.java.sun.com/developer/bugParade/bugs/4102292.html


Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Porting Team
http://www.blackdown.org/java-linux.html


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



RE: NoClassDefFoundError and RH6.0

1999-09-30 Thread schen

Hi Greg, everyone,

On Thu, 30 Sep 1999, Roll, Greg wrote:

> Actually yes  Is this incorrect?  I'm fairly new to the Java thing
> but I compile fine with the same steps on a Solaris machine.
> 
> GR
> 
> From: Chris Abbey [mailto:[EMAIL PROTECTED]]
> 
> you didn't by any chance type "java HelloWorld.class" did you?

The argument to java should be just the class name, thus:

java HelloWorld

. . . Sean.



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



Re: Java and Enlightenment

1999-09-30 Thread Alex M.

I noticed this too under JDK 1.1.7 on Solaris 2.6.  Some dialogs would
move when you mouse over them.  It seemed WM specific though.  I had the
problem running FVWM2 on Xfree86, but using Solaris CDE the problem wasn't
present.  The other thing was that the only application I noticed this
kind of behavior in was the admin screen of Java Web Server.

On Wed, 29 Sep 1999, Peter Graves wrote:

> The authors of the Enlightenment window manager have some
> interesting comments today about Java:
> 
> http://www.enlightenment.org/news.html
> 
> Their basic point is that "Java under X (AWT) is Broken"; they
> don't mention which Java implementation they're referring to.
> 
> I don't think things are all that bad with either version of the
> Blackdown port (or with the new IBM 1.1.8 implementation either,
> for that matter), but I have noticed that dialogs (in particular)
> tend to drift a bit under various window managers, even though
> there's explicit code in the application to save and restore
> their position.  Both Enlightenment and Windowmaker seem to have
> this problem, but icewm, last time I checked, did not.  Windows
> VMs don't seem to have this problem at all.
> 
> -Peter
> http://armedbear.org
> 
> 
> --
> 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: NoClassDefFoundError and RH6.0

1999-09-30 Thread Roll, Greg

That still yields the same error... I tried that many times too!

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 30, 1999 10:41 AM
To: Roll, Greg
Cc: [EMAIL PROTECTED]
Subject: RE: NoClassDefFoundError and RH6.0


Hi Greg, everyone,

On Thu, 30 Sep 1999, Roll, Greg wrote:

> Actually yes  Is this incorrect?  I'm fairly new to the Java thing
> but I compile fine with the same steps on a Solaris machine.
> 
> GR
> 
> From: Chris Abbey [mailto:[EMAIL PROTECTED]]
> 
> you didn't by any chance type "java HelloWorld.class" did you?

The argument to java should be just the class name, thus:

java HelloWorld

. . . Sean.


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



Re: JDBC problem!

1999-09-30 Thread schen

Hi Alpesh, everyone,

On Wed, 29 Sep 1999, ALPESH KOTHARI wrote:

> I have written one program in java2 to write the data
> in postgresql. I am storing one integer and one string
> in the database. When i read the string from the file
> it is proper. But when i store it, it gives the
> following exception:
> java.sql.SQLException: ERROR:  parser: parse error at
> or near ""  
> 
> I am not able to detect the error. Can any one run the
> code and correct the problem?

> When I assign the string test1 some fixed value and
> store it then the program works fine.
  ^^
This should give you a clue.  This has *nothing* to do with JDBC, rather
your code to read the string from the file is incorrect!  And also, your
code to write the string to the file is incorrect.

> Here is the code:
...
>   pid1=din.readInt();
>   System.out.println(pid1);
>   int len1=din.readByte();
>   byte[] lent=new byte[len1+2];
>   for(int i=0;i<=len1+1;i++)
>   {
>   lent[i]=din.readByte();
insert here: System.out.print(lent[i]); System.out.print(" ");
>   }
>   test1=new String(lent);
>   System.out.println(test1);
...

First of all, you can see that your loop is wrong.  If len1 is the length
of the string, then the loop should read i < len1 NOT i<=len1+1, and the
byte array should be byte[] lent=new byte[len1].

Second of all, if you insert the print statements I note above, you will
find out that you have binary characters in your string!  THis is what is
causing postgres to barf.  Most likely, you have a hidden null or a
control character in it, which is why printing it doesn't show up.

I bet you used DataOutputStream.writeUTF() to write the string to the test
file in the first place.  On a unix system, try looking at the output
using "od -c".  On a Windows system, use a binary editor to look at the
test file.  writeUTF() actually puts an int indicating the length of the
string first.

So instead of writeUTF() or whatever you're using, use
DataOutputStream.writeBytes() instead.

Or conversely, use readUTF() to read it back.

. . . Sean will charge you for the next question =)





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



RE: NoClassDefFoundError and RH6.0

1999-09-30 Thread schen



On Thu, 30 Sep 1999, Roll, Greg wrote:

> That still yields the same error... I tried that many times too!

Sorry, I didn't catch your first email.

If it still says class not found, make sure you have CLASSPATH set
correctly.

Also make sure your PATH is set to include the bin directory under the
directory you installed your JDK, *as the first thing in your PATH*.

Assume you have your JDK installed in /tmp/jdk.  Assume you have your
HelloWorld program in /home/groll.

Then you need to make sure you have done these steps (under bash):

export PATH=/tmp/jdk/bin:$PATH
export CLASSPATH=/home/groll:$CLASSPATH

Then you can run:

java HelloWorld

You will want to read up on using Linux and also read up on the CLASSPATH
mechanism in Java.

. . . Sean.



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



TYA news

1999-09-30 Thread Albrecht Kleine

Hi,

some news from TYA:

1) Jens M Andreasen helped to make TYA available in Europe 
   (TYA0.1, 1.0, 1.4v2 and current TYA1.5 and future versions)

   http://www.dsv.su.se/~jens-and/tya/


2) Next time we will have another site in .cz
   Thanks Ivo you can fetch newest  *.rpm  archives!


3) TYA1.5 changed class resolving significantly to 
   behave more like pure JVM. (cmp InitTest.java)
   
   Meanwhile I've extended this for Java1.1 too! 
   Drop me a line if you need that. Also I am interested 
   in users who want beta testing this feature.


Cheers(plus special thanks to Jens and Ivo.)
Albrecht


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



Re: JMenu Rendering Errors

1999-09-30 Thread Jedi Webmaster

Well, I am using afterstep which is a fvwm2 WM.  But I also noticed that
after I reboot my machine it went away.  Maybe it's a problem with the JVM
and memory?  I had been using the VM off and on for about 12 hours straight
when this started happening.

Jayan wrote:

> On Wed, 29 Sep 1999, Jedi Webmaster wrote:
>
> > I am have a strange problem.  Menu's in my application are rendering
> > with a gap between the menubar and the acutal menu.  The gap is just
> > blank space which you can click through and is about the height of one
> > JMenuItem.  I made no changes to any of my menu's or menubars.  In fact
> > it just appeared suddenly.  I haven't made any major changes.  It also
>
> hey i have checked it recently and found that Motif Window manager is
> giving this problem, but the menues are  perfect under fvwm and fvwm2
>
>
>
> > happens on JPopupMenus.  Has anyone else expierenced this problem?
> > Thanks.


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



Re: Java and Enlightenment

1999-09-30 Thread Michael Emmel

Ron Yorston wrote:

> Michael Emmel wrote:
>
> >Peter Graves wrote:
> >
> >> The authors of the Enlightenment window manager have some
> >> interesting comments today about Java:
> >>
> >> http://www.enlightenment.org/news.html
> >>
> >> Their basic point is that "Java under X (AWT) is Broken"; they
> >> don't mention which Java implementation they're referring to.
> >>
> [snip]
> >
> >Actually java  works well under KDE some bugs under Windowmaker  major bugs
> >under Enlightenment .
> >Gnome seems to break stuff too.
> >I wont except bug reports for linux  unless there verified under KDE.
>
> This is the sort of unhelpful attitude we've been seeing from Sun as well:
> so long as things work under CDE there isn't a problem.  Well, there is a
> problem.  People use window managers other than KDE and CDE and Java
> applications don't work the same way as other applications under, say, fvwm.
>
> It's my understanding that the fundamental problem is as described in the
> Enlightenment comments:  Sun have made a (IMHO bad) design decision that
> Java will attempt to subsume some of the functions of the window manager.
> This requires Java to have much more knowledge about things like window
> manager decorations than is reasonable to expect.

Now your getting to the real problem. What gets me mad is  Java application
developers are caught in the crossfire of a pissing contest between Sun and X11
window manager developers.

Instead of pointing fingers how about this.

The  Enlightenment team offers to work with classpath to provide a powerful open
set of bindings for  X11 window managers/ XServers  these binding classes  will
at the
minimum support  implementing Java AWT Frame and Window peers using only there
java api.
Also  enough support to implement various  types of even filters for  modal
dialogs.
At the minimum is would be really cool if the api allowed me to get a undecorated
window
with full keyboard and mouse support this would allow developement of Java
desktops which
work with the WindowManager and X applications.

Other cool features would be support for "clear" windows alpha support would be
even
better were possible.

These need not be the peers themselves.   Hopefully this solution will be written
on xlib
and be highly portable but  the only important part is the api  guarantees a
standard set of
bindings.  Now instead  of Java VM developers having to create a compliant
implementation.
The burden is placed on the Window Manager developers. All they must provide is a

set of classes and maybe a shared library.

Here is a xlib implementation all in java
http://www.cs.umb.edu/~eugene/XTC/

Plus there is  The  gnu classpath project  japhar and  kaffe.

Thus there is plenty of open source code out there which can be used to implement

such a library.   It may even be best to put the java bindings inside the Xlib
implementations.
this would require the cooperation of  a much smaller set of X Server developers.

My point is I think the best solution for java and X  would be to provide a set
of low level
java bindings with the Window Manager and or X11 server. The core library should
be
clean and simple and be enough to support the standard AWT cool extensions should
be kept in  other jars and shared libraries.

Thus we have viable  proactive open source solution to the X/Java problem instead
of sitting around waiting for  Sun. So to me the burden of java support under X
should be upon
the Window Manager and maybe  the X server developers  since they can provide the

best java bindings for X.   This is not the attitude taken by the Enlightenment
teams
answer to  to issues with java. Instead they treat java as just another X
application instead
of  trying to provide  the best support for java.To me  this means java bindings.

Especially when you look at good support for Java2D which really needs OpenGL
style
support.

I'm sure the blackdown guys would be amenable to  such a solution and  Sun would
should be open to a set of standard low level windowing api's for java on X.
Since these api's are for "porting" the JVM there development can be far more
flexible.


Mike




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



Re: How big a server is required to deploy JServ?

1999-09-30 Thread [EMAIL PROTECTED]

Tim,

> are caching them in JServ to avoid future database calls.  There will
> still be a moderate amount of database activity, probably 2 calls every
> time someone access a page on our site (vs. ~10 for the initial load of
> all required objects).

> peaks around 64 megs.  Since we are caching our objects indefinitely, we
> fully expect this to grow at a constant rate with the size of our
> database.

Looking at these numbers, and your plans for growth, something doesn't 
quite seem right. For one, "caching the objects indefinitely" doesn't
seem to make sense. Why have a database backend if you are using the 
frontend application for storing data? There should a timestamp on 
all caching, so you are using cache to speed up the process of serving
pages, and the database for storage of user related data.

If you are planning to grow from 10,000 hits and 10,000 records
to 1000,000 records and 1000,000 queries, this would indicate your
system's resource requirements will grow 100 (to 10,000) fold.

What you need is a load balancing system to spread out the tasks
between more than just two machines. I.e. redesign the system to
allow for growth by adding more machines, versus more processing
power (not that there wouldn't be need for that too.)

This will allow you to start with two machines, while providing
for space to grow by simply adding more machines to serve user
requests.

Cheers,


Troy









> 
> Can anyone estimate what kind of horsepower our servers will need to
> handle the kind of load I've described?  
> 
> We are definitely getting a minimum of 512 Megs of RAM on each box, but is
> there a need for dual-processors, RAID, etc.?  Actually, does anyone know
> whether java on linux will utilize dual processors?  Is there anything
> else we should consider that isn't immediately obvious?
> 
> Thanks,
> 
> -Tim
> 
> 
> --
> 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]



JNI

1999-09-30 Thread Paul Beardsley


Hi,

I am using Java SDK 2 on Redhat 6.0.  I have
a Java GUI on a C++ library and have hit the
following problem.

The GUI includes a component like this for
displaying images,

class DisplayPanel extends JPanel 
{
  public void paintComponent (Graphics g) 
{
super. paintComponent (g); // paint background

// route 1

g. drawImage (image, 0, 0, this);

... OR ...

// route 2

_interface_to_c++. display_image (g, this);
}
}

If I use route 1, everything is fine, the
image is displayed whenever it is required.

Route 2 involves a call to a C++ routine, which
takes an image from memory, wraps it up in the
required Java format (using MemoryImageSource),
then does a drawImage.  However, the following
problem occurs -

paintComponent is invoked in the usual way,
it calls the C++ routine, the image is
displayed (correctly), the processing terminates,
but then something causes paintComponent
to be invoked again.  It goes into a loop
in which paintComponent is repeatedly invoked,
and the C++ routine is continually drawing
the image.

Well the basic logic is ok on the Java side because
route 1 works fine.  So something in the C++ routine
causes Java to think the DiplayPanel component
needs to be updated.  And it all hinges on the
call to drawImage from C++ (if I remove that,
no looping).  

I almost began to think it's a bug, that you can't use
the JNI when displaying images.  Any thoughts?

Thanks,
Paul.

p.s. I tried things like "markCompletelyClean" on the component 
after return from C++ to try to disable the repaint but no luck.

---
Paul Beardsley  email: [EMAIL PROTECTED]
MERL - A Mitsubishi Electric Research Laboratory,  tel: +(617) 621 7569   
201 Broadway, Cambridge, MA 02139, USA fax: +(617) 621 7550


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



Re: Java and Enlightenment

1999-09-30 Thread Cees de Groot

[EMAIL PROTECTED] wrote:
>Their basic point is that "Java under X (AWT) is Broken"; they
>don't mention which Java implementation they're referring to.
>
Which is a pity, because "this is broken" will hardly help in getting
the problem solved (although I think that the X gurus from the Blackdown
group have a pretty good grasp of the WM-related problems by now).

Having said that, the current 1.2 development state seems to hold up
pretty well under Enlightenment; I use both all day and haven't seen
strange window positioning problems (dialogs position squarely centered
over their parents, and I haven't had windows mysteriously being placed
somewhere at position 32767,32767 like - IIRC - I had with KDE and 1.1.7).

-- 
Cees de Groot   http://www.cdegroot.com <[EMAIL PROTECTED]>


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



"proper" place for the .so native libraries

1999-09-30 Thread Brett Smith

Where is the "proper" location for the *.so native library files?

One JNI tutorial said the following:
LD_LIBRARY_PATH='pwd'
export LD_LIBRARY_PATH

When I tried this, it caused a "full thread dump" upon calling the
native method.
Any ideas why?

Also, does the blackdown install set a LD_LIBRARY_PATH? or need one?  if

so, where is it located?

Any input is appreciated.
Thanks,
Brett Smith
[EMAIL PROTECTED]


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



Re: "proper" place for the .so native libraries

1999-09-30 Thread dave madden

 =>From: Brett Smith <[EMAIL PROTECTED]>
 =>...
 =>Where is the "proper" location for the *.so native library files?

I've had good luck putting them under:

   .../jdk-1.2/jre/lib/i386/
    appropriate platform here!

 =>One JNI tutorial said the following:
 =>LD_LIBRARY_PATH='pwd'
 =>export LD_LIBRARY_PATH

The first problem is that you've used forward-tics instead of
back-tics.  You should have said:

LD_LIBRARY_PATH=`pwd`
export LD_LIBRARY_PATH

This has a better chance of working, but LD_LIBRARY_PATH is
notoriously cranky.  It's best if you can set things up so you don't
need it.

 =>Also, does the blackdown install set a LD_LIBRARY_PATH? or need  one?  if
 =>so, where is it located?

The "java" shell script sets LD_LIBRARY_PATH appropriately when you
run it; if you had a LD_LIBRARY_PATH set previously, then it
{pre?app?}pends the directories it needs.  (Same with CLASSPATH, I
think.)  I've had trouble with both, and now try my damndest to avoid
having to set both.

d.


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



Re: Java and Enlightenment

1999-09-30 Thread John N. Alegre

Here is my $.02:

Switch to Windowmaker.

Java works great  .. AWT and Swing!

john

On 30-Sep-99 Michael Emmel wrote:
> Peter Graves wrote:
> 
>> The authors of the Enlightenment window manager have some
>> interesting comments today about Java:
>>
>> http://www.enlightenment.org/news.html
>>
>> Their basic point is that "Java under X (AWT) is Broken"; they
>> don't mention which Java implementation they're referring to.
>>
>> I don't think things are all that bad with either version of the
>> Blackdown port (or with the new IBM 1.1.8 implementation either,
>> for that matter), but I have noticed that dialogs (in particular)
>> tend to drift a bit under various window managers, even though
>> there's explicit code in the application to save and restore
>> their position.  Both Enlightenment and Windowmaker seem to have
>> this problem, but icewm, last time I checked, did not.  Windows
>> VMs don't seem to have this problem at all.
>>
> 
> Actually java  works well under KDE some bugs under Windowmaker  major bugs
> under Enlightenment .
> Gnome seems to break stuff too.
> I wont except bug reports for linux  unless there verified under KDE.
> 
> Also java works under all the other Unixes Sun/SGI/HP that I've tested.
> 
> I'd say its  Enlightenment  plus Gnome does not help.  If your the only badly
> busted platfrom
> it aint X.
> 
> Mike
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

--
E-Mail: John N. Alegre <[EMAIL PROTECTED]>
Date: 30-Sep-99
Time: 15:03:30

This message was sent by XFMail
--


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



JNI

1999-09-30 Thread Paul Beardsley


I sent the question below earlier but solved it now.

In the event that anyone out there does have a similar 
problem (in this obscure corner...) and would like some 
info, just send me an email and I will be happy to 
try to help,

Paul.

---
Paul Beardsley  email: [EMAIL PROTECTED]
MERL - A Mitsubishi Electric Research Laboratory,  tel: +(617) 621 7569   
201 Broadway, Cambridge, MA 02139, USA fax: +(617) 621 7550




 > 
 > I am using Java SDK 2 on Redhat 6.0.  I have
 > a Java GUI on a C++ library and have hit the
 > following problem.
 > 
 > The GUI includes a component like this for
 > displaying images,
 > 
 > class DisplayPanel extends JPanel 
 > {
 >   public void paintComponent (Graphics g) 
 > {
 >  super. paintComponent (g); // paint background
 > 
 >  // route 1
 > 
 >  g. drawImage (image, 0, 0, this);
 > 
 > ... OR ...
 > 
 >  // route 2
 > 
 >  _interface_to_c++. display_image (g, this);
 > }
 > }
 > 
 > If I use route 1, everything is fine, the
 > image is displayed whenever it is required.
 > 
 > Route 2 involves a call to a C++ routine, which
 > takes an image from memory, wraps it up in the
 > required Java format (using MemoryImageSource),
 > then does a drawImage.  However, the following
 > problem occurs -
 > 
 > paintComponent is invoked in the usual way,
 > it calls the C++ routine, the image is
 > displayed (correctly), the processing terminates,
 > but then something causes paintComponent
 > to be invoked again.  It goes into a loop
 > in which paintComponent is repeatedly invoked,
 > and the C++ routine is continually drawing
 > the image.
 > 
 > Well the basic logic is ok on the Java side because
 > route 1 works fine.  So something in the C++ routine
 > causes Java to think the DiplayPanel component
 > needs to be updated.  And it all hinges on the
 > call to drawImage from C++ (if I remove that,
 > no looping).  
 > 
 > I almost began to think it's a bug, that you can't use
 > the JNI when displaying images.  Any thoughts?
 > 
 > Thanks,
 > Paul.
 > 
 > p.s. I tried things like "markCompletelyClean" on the component 
 > after return from C++ to try to disable the repaint but no luck.
 > 
 > ---
 > Paul Beardsley  email: [EMAIL PROTECTED]
 > MERL - A Mitsubishi Electric Research Laboratory,  tel: +(617) 621 7569   
 > 201 Broadway, Cambridge, MA 02139, USA fax: +(617) 621 7550
 > 
 > 
 > --
 > 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: JDBC problem!

1999-09-30 Thread ALPESH KOTHARI

Hello,

What you told is perfectly true. But  in my case it is
a different story! When I read only characters then
also it create the problem. To rectify it I have
modified my program and now I am reading only few
characters from the file(i.e. not going till end of
file). Then also the same problem persists. 

I have attatched  the java and test files for your
reference. BTW I use Postgresql-6.5.1 and JDK1.2.

Thanking You,




=
KOTHARI ALPESH D.
STUDENT M. TECH.
CEDT
INDIAN INSTITUTE OF SCIENCE
BANGALORE-560 012
INDIA
__
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
 db1.java
 test8


Re: NoClassDefFoundError and RH6.0

1999-09-30 Thread GRoll75

Geez... I totally goofed that one!

All that was need was to put a '.' in front of my CLASSPATH.

EG. CLASSPATH = .:/opt/jdk1.2/jre/lib/rt.jar

After doing that everything worked fine.  Thanks for the help.

GR


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



How big a server is required to deploy JServ?

1999-09-30 Thread Tim Reilly

The company I work for is in the late stages of re-architecting our entire
website using Apache JServ, RedHat Linux 6.0, and MySQL.  The code is just
about finished (version 1.0 freezes in the two weeks), and we're trying to
spec the servers we will need for deployment.  The problem is that I
really have no idea what class of machine is required.

We are definitely going with a two system architecture.  One machine will
have Apache + JServ, and the second will be a dedicated MySQL back-end
machine.

Initially every request to our website will have to hit against the
database to instantiate several objects in order to assemble all data
needed to render a page. However, as these objects are instantiated, we
are caching them in JServ to avoid future database calls.  There will
still be a moderate amount of database activity, probably 2 calls every
time someone access a page on our site (vs. ~10 for the initial load of
all required objects).

At present we have about 15,000 hits/day on a different system, but it is
just about at max capacity.  The system load is expected to ramp up
dramatically once this new architecture goes into production and gives us
room to grow.  We are hoping to be serving out close to a million hits/day
in the next 6-9 months.

Realizing this is a completely abstract term, I would characterize our
database at present as pretty small (~10,000 rows), but as mentioned it is
expected to grow hopefully to several hundred thousand rows by the time we
are serving out a million hits/day.

At the moment, the java process itself eats about 50 megs minimum and
peaks around 64 megs.  Since we are caching our objects indefinitely, we
fully expect this to grow at a constant rate with the size of our
database.

Can anyone estimate what kind of horsepower our servers will need to
handle the kind of load I've described?  

We are definitely getting a minimum of 512 Megs of RAM on each box, but is
there a need for dual-processors, RAID, etc.?  Actually, does anyone know
whether java on linux will utilize dual processors?  Is there anything
else we should consider that isn't immediately obvious?

Thanks,

-Tim


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



Re: How big a server is required to deploy JServ?

1999-09-30 Thread Marc Slemko

On Thu, 30 Sep 1999, Tim Reilly wrote:

> The company I work for is in the late stages of re-architecting our entire
> website using Apache JServ, RedHat Linux 6.0, and MySQL.  The code is just
> about finished (version 1.0 freezes in the two weeks), and we're trying to
> spec the servers we will need for deployment.  The problem is that I
> really have no idea what class of machine is required.

Be very very very cautious about even thinking of deploying any site that
has a high load and significant Java code using Linux.  This is not a
slight to Linux, but simply due to the immaturity and poor performance of
JVMs on Linux.

The JVMs that are out there either have horrible performance or are
unstable under load.  The blackdown 1.1 one is pretty stable using green
threads, but is horribly slow for IO due to green threads, and IO is about
all most server side java code does.

The current blackdown 1.2 using native threads (with or without jit) is
quite unstable under high load. Some bits of code will crash it fairly
reliably, other times it just hangs or SEGVs under heavy load.

IBM's JVM is so-so in terms of performance, but may have problems under
load due to the immaturity of Linux threads.  Until recently, there were
also problems that made it not work right with jserv due to it improperly
reporting that there was no more data to be read on a socket instead of
blocking.

In my experience, the price/performance for a sparc box running Solaris is
actually _better_ than that on Linux (even if the box is 5x as expensive),
and a whole lot more reliable, since the JVMs are so much better.

You also need to be very careful about what queries you give to mysql.  It
does not (at least did not) handle concurrent queries; ie. it finishes one
before starting the next, so a single expensive query can kill the whole
site for some time, make things backup, etc.  As long as everything is an
easy select that can be done via indexes, things are reasonable but it
requires careful design of accesses and updates.

Now, my definition of "high traffic" may or may not be more than your
definition.  But the above is based on my experience trying to deploy a
fairly high traffic site running a JVM on Linux.


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



Re: JDBC problem!

1999-09-30 Thread Weiqi Gao

ALPESH KOTHARI wrote:
> 
> Hello,
> 
> What you told is perfectly true. But  in my case it is
> a different story! When I read only characters then
> also it create the problem. To rectify it I have
> modified my program and now I am reading only few
> characters from the file(i.e. not going till end of
> file). Then also the same problem persists.
> 
> I have attatched  the java and test files for your
> reference. BTW I use Postgresql-6.5.1 and JDK1.2.

The problem is with the following snippet of your code:

==8<==8<==
int len1=din.readByte();
System.out.println(len1);
byte[] lent=new byte[len1+2];
for(int i=0;i<(len1-3);i++)
{
  lent[i]=din.readByte();
  System.out.print(lent[i]);
  System.out.print(" ");
}
test1=new String(lent);
==8<==8<==

You read a byte from the file.  The byte is 17.
Then you setup a byte array of length 19 [len1 + 2].
Then your for loop reads 14 [len1 - 3] bytes from the file and into the
array.
Then you build a String test1 out of that array.

You see, your String test1 is 19 characters long, the first 14
characters are filled with 'w', and the last 5 characters are NUL
('\0').

And that choked PostgreSQL!  Remove the NUL characters from the String
and everything will be fine.

-- 
Weiqi Gao
[EMAIL PROTECTED]


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



Re: Java and Enlightenment

1999-09-30 Thread Bryce McKinlay

"John N. Alegre" wrote:

> Here is my $.02:
>
> Switch to Windowmaker.
>
> Java works great  .. AWT and Swing!

Really? I use WindowMaker (0.53) and I have problems with various AWT apps
"drifting" down the screen when they are minimized/restored. Swing apps that I
have tried do seem to work fairly well, however.

regards

  [ bryce ]



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