Re: permissions
Hi,
it should be possible to determine this by trial-and-error. Remove that
AllPermissions and run your program. Watch out for the first
SecurityException. It usually can be derived from the error message
which permission is missing. Grant this permissen, then run you prg
again...
Matthias
Joseph Shraibman wrote:
>
> Something else:
>
> I modified my permissions and granted accept resolv listen connect for a
> specific client machine. But that client machine still couldn't connect
> until I granted allpermissions. So obviously there is more than
> socetpermission involved in rmi calls. But what?
>
> Joseph Shraibman wrote:
>
> > All applications can listen on sockets on the localhost for ports 1024
> > and up. In addition I gave all files on my machine to connect and
> > resolv on localhost. If I try to do a Naming.lookup() from another
> > machine it will succeed, even though I didn't give rmiregistry accept
> > permission for anything. Calls to my rmi program fail from another
> > machine. Calls from the localhost succeed though.
> >
> > My questions are:
> > 1) How come rmiregistry works when I didn't give it accept permission
> > for *any* machine, not even the localhost?
> > 2) How come my rmi program will accept calls from the localhost when I
> > didn't give it permission to accept from any machine? And if it will
> > accept from the localhost, why not from other hosts?
> >
> > here is my java.policy:
> > /* AUTOMATICALLY GENERATED ON Thu Dec 09 21:47:50 EST 1999*/
> > /* DO NOT EDIT */
> >
> > grant codeBase "file:${java.home}/lib/ext/*" {
> > };
> >
> > grant {
> > permission java.lang.RuntimePermission "stopThread";
> > permission java.net.SocketPermission "localhost:1024-", "listen";
> > permission java.util.PropertyPermission "java.version", "read";
> > permission java.util.PropertyPermission "java.vendor", "read";
> > permission java.util.PropertyPermission "java.vendor.url", "read";
> > permission java.util.PropertyPermission "java.class.version", "read";
> > permission java.util.PropertyPermission "os.name", "read";
> > permission java.util.PropertyPermission "os.version", "read";
> > permission java.util.PropertyPermission "os.arch", "read";
> > permission java.util.PropertyPermission "file.separator", "read";
> > permission java.util.PropertyPermission "path.separator", "read";
> > permission java.util.PropertyPermission "line.separator", "read";
> > permission java.util.PropertyPermission "java.specification.version",
> > "read";
> > permission java.util.PropertyPermission "java.specification.vendor",
> > "read";
> > permission java.util.PropertyPermission "java.specification.name",
> > "read";
> > permission java.util.PropertyPermission
> > "java.vm.specification.version", "read";
> > permission java.util.PropertyPermission
> > "java.vm.specification.vendor", "read";
> > permission java.util.PropertyPermission "java.vm.specification.name",
> > "read";
> > permission java.util.PropertyPermission "java.vm.version", "read";
> > permission java.util.PropertyPermission "java.vm.vendor", "read";
> > permission java.util.PropertyPermission "java.vm.name", "read";
> > };
> >
> > grant codeBase "file://-" {
> > permission java.io.FilePermission "<>", "read, write,
> > delete, execute";
> > permission java.net.SocketPermission "localhost", "connect, resolve";
> > };
> >
> > --
> > 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]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RC3 Matrix Benchmark
This is what I get back: Hi. This is the qmail-send program at voicenet.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <[EMAIL PROTECTED]>: Connected to 137.138.128.17 but sender was rejected. Remote host said: 550 This domain is banned. --- Below this line is a copy of the message. Return-Path: <[EMAIL PROTECTED]> Received: (qmail 10490 invoked from network); 10 Dec 1999 08:09:39 - Received: from dialpool0141-pri.voicenet.com (HELO voicenet.com) (209.71.85.41) by mail12.voicenet.com with SMTP; 10 Dec 1999 08:09:39 - Sender: gat Message-ID: <[EMAIL PROTECTED]> Date: Fri, 10 Dec 1999 02:06:40 -0500 From: Uncle George <[EMAIL PROTECTED]> Organization: Big-Endian X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.36 i686) MIME-Version: 1.0 To: Wolfgang HOSCHEK <[EMAIL PROTECTED]> Subject: Re: RC3 Matrix Benchmark References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ok, i'll try again. how do u specifically run the programs? gat Wolfgang HOSCHEK wrote: > Strange. How can I help? Please try again. > Wolfgang. (I'll be away in 30 minutes.) > > Uncle George wrote: > > > > Any way to get in touch with this guy ? i keep getting Remote host said: 550 This >domain is banned. > > > > - Wolfgang HOSCHEK wrote: > Strange. How can I help? Please try again. > Wolfgang. (I'll be away in 30 minutes.) > > Uncle George wrote: > > > > Any way to get in touch with this guy ? i keep getting Remote host said: 550 This >domain is banned. > > > > -- > Wolfgang Hoschek | e-mail: [EMAIL PROTECTED] > CERN IT Division | phone: +41 (22) 767 8089 > European Laboratory | fax:+41 (22) 767 7155 > for Particle Physics | home: http://www.cern.ch/CERN/Divisions/EP/HL > -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libjava.so: cannot open shared object file
Hi *, I have exactly the same problem as Arnaldo Riquelme Date: Fri, 2 Apr 1999 (see Archive): [muster@192 bin]$ pwd /usr/local/jdk117_v1a/bin [muster@192 bin]$ javac ./java: error in loading shared libraries: libjava.so: cannot open shared object file: No such file or directory Unfortunately the answers in the Archive from PAX! Date: Mon, 5 Apr 1999, who wrote I think your problem is not about paths. I use 1.1.6 release, and my libjava is in /usr/lib/jdk-1.1.6, so my JAVA_HOME and my JDKHOME variables point to that directory. Have you set these variables properly ? did not work out and in README.linux is written: That's it! No CLASSPATH, no JAVA_HOME, or other environment variables to set to get the basic system running. It can be installed anywhere on your machine, and it figures out whatever information it needs about where it was installed automatically when it runs. System Data: I tried to install from CD -rw-r--r-- 2 root root 10546087 Mai 31 12:08 jdk-117_v1a-2.i386.rpm Halloween III based on RedHat 6.0 GPL [muster@192 muster]$ uname -a Linux 192.168.251.50 2.2.13 #2 Mon Nov 22 10:38:31 CET 1999 i686 unknown [muster@192 linuxlibs]$ ls -l /lib/libc.so.* lrwxrwxrwx 1 root root 13 Oct 5 11:34 /lib/libc.so.6 -> libc-2.1.1.so [muster@192 linuxlibs]$ ls -l /lib/libdl.so.* lrwxrwxrwx 1 root root 14 Oct 5 11:38 /lib/libdl.so.1 -> libdl.so.1.9.5 -rwxr-xr-x 1 root root 5388 Mar 22 1999 /lib/libdl.so.1.9.5 lrwxrwxrwx 1 root root 14 Oct 5 11:34 /lib/libdl.so.2 -> libdl-2.1.1.so [ Thank you very much for any useful comments! Gerd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RC3 Matrix Benchmark
> Remote host said: 550 This domain is banned. No idea what this is. (We're an org with >1000 people, receiving tons of mail, we're certainly not a phantom). Anyway. > Ok, i'll try again. > how do u specifically run the programs? > gat That's not a very specific question, maybe being answered so: By downloading colt.jar & matrixBenchmark.zip. Decompressing and compiling the sources contained in the latter. (http://nicewww.cern.ch/~hoschek/colt/V1.0Beta4/download/colt1.0b4.zip) (http://nicewww.cern.ch/~hoschek/colt/V1.0Beta4/download/matrixBenchmark.zip) Then as stated in (http://nicewww.cern.ch/~hoschek/colt/V1.0Beta4/doc/cern/colt/matrix/doc-files/PerformanceLogFrame.html) java [-classic] -ms30m -mx60m cern.colt.benchmark.BenchmarkMatrix 2 The -classic is only necessary to switch off Hotspot on Hotspot enabled VM's (Solaris,NT). Wolfgang. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
another possibility wrt the press-release.
i'm in an interesting position, and as such i need to drop a disclaimer from the get go bcs these are my views and not those of the company i work for... (the necessary b.s. since i'm too lazy to get a hotmail account to post from...) everyone is jumping down sun's throat on this one, with good cause. but i think what is being forgotten is that inprise is an equal partner in this little game... what i see is a huge marketing push. maybe it wasn't intentional (if it was, it's pretty ingeniously contemptible)... inprise makes tools. they also partner with sun who just picked up two tools companies and has bcm a competitor. this is an interesting scenario since the owner of java technology is now a direct competitor with companies that are close partners. it would make sense, with a simple omission of fact in an initial press-release, to create an air of suspicion around sun -- being the bigger, more visible company they would of course take most of the heat (not withstanding previously rocky relationships with developers and the luke-warm reception of scsl). inprise then, is in perfect position to speak out to a grass-roots user base and say 'we worked on the port, but the way sun handled the release was a travesty of community development' then after some time passes: 'use our tool instead and show big company what's what.' this of course maybe total conspiratal b.s., but on the same token, if the folks at inprise don't use it to their advantage they're stupid... i'm not out to beat a dead horse, but i just wanted to point out that political and business aims are not always on par with the thought process that goes on with projects like blackdown... when people see a cool technology and decide to make an effort to bring that technology to a broader audience simply for the purity of it (maybe i'm romanticizing the intentions of the porting team) the motivation is 180 degrees from a company who is out to make money. regardless of the buzz words being thrown around, big, rich companies all play by the same rules. cL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun/Inprise/GPL Linux JDK
A strong opinionated colleague of mine said the following: > > RedHat have revenues of $10m -- and are capitalized on the NASDAQ > > at -- ready for this -- $20 billion -- they're worth one fifth of > > what Gates is worth. > > > > These guys should stop bleating and start demanding that RedHat > > recycle some of their ill-gotten gains. I think he's got a good point though... Mr A. Nony. Mouse > I was actually trying to make a reference to the fact that I have > not yet seen a mention of Red Hat in our discussions of who should > be driving Java on Linux. Why is that? > > Jim > > > Tony Dean wrote: > > > > Jim, > > > > There is such an organization. Its called the Opensource movement. You > > only > > have to look as far as Linux to see the potential. Linux is more > > stable and generally > > performs better than Win NT and there is plenty of resources behind > > NT. look at Perl and > > gcc/g++ to see what can happen. The Opensource movement has more > > resources behind > > it than even the giants like IBM and AT&T. > > > > [EMAIL PROTECTED] wrote: > > > > > > ... > > > > But there's an awful lot of evidence that > > > > mounting a serious Java environment effort is not really possible > > > > without the financial resources to feed and clothe a small army of > > > > > > > full-time developers. > > > > > > > > Nathan > > > > > > If only there were a Linux organization/corporation with those kind > > > of > > > financial resources... > > > > > > Jim > > > > > > -- > > > == > > > == > > > Jim Kimball > > > [EMAIL PROTECTED] > > > > > > > > > - > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > > Tony Dean > > Linux: The choice of a GNU Generation! > > > > > > -- > = > Jim Kimball > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > ___ Get FREE voicemail, fax and email at http://voicemail.excite.com Talk online at http://voicechat.excite.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
About Chinese Fonts
Hi, All! I need to display chinese character in java application on linux. I use RedHat 6.0 and Blackdown JDK1.1.7. I want to know which local font should I use. I have checked the font.properties file, it seems that it use chinese font from Sun. But i tried, and it didn't work. If anyone has the experiences of chinese on java, please help! Thanks. Regards, Fan Zhang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Any EJB for Linux?
We have been trying it in the wish of adding it as our valud-added service but we found it abit dis-organized. Regards, -- Steve Nguyen C.E.O E-mail: [EMAIL PROTECTED] KBMail Software & Java Hosting Services Provider Web site: http://kbmail.com | http://www.ebpcs.net - Original Message - From: Mike T. Miller <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 10, 1999 3:18 PM Subject: Re: Any EJB for Linux? > [EMAIL PROTECTED] wrote: > > > Are there any EJB Server for Linux currently Available. > > > > An excellent open source EJB server is JOnAS from Bullsoft. > It's pure java and I use it on big Sun iron at work and on my wimpy > laptop under linux. > > Check it out at www.bullsoft.com/ejb > > -mike > > > > --- > This message was sent with the demo version of Postmaster, a BeOS mail client. > For more information, please visit http://kennyc.com/postmaster. > > > -- > 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: Sun/Inprise/GPL Linux JDK
>I was actually trying to make a reference to the fact that I have not >yet seen a mention of Red Hat in our discussions of who should be >driving Java on Linux. Why is that? Or VA Linux? :-) Sadly, I don't think many people at Red Hat care about Java. There's this funny anti-Java sentiment in the Linux community, you see it a lot on Slashdot. Part of it is free software purists vs. Sun licenses, a position I can respect. Part of it is a bunch of people who like hacking C code who aren't interested in friendly, slightly slower OO languages. But Red Hat is spending money left and right, developing a bunch of different businesses at once. What's one more? BTW, Red Hat recently acquired Cygnus, which has their own Java environment. My feeling is that stuff is aimed more at the embedded market, and we've yet to see what Red Hat will do with Cygnus' embedded market. [EMAIL PROTECTED] . . . .. . . . http://www.media.mit.edu/~nelson/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: J2EE for linux?
"Kenneth Y.K. YOUNG" wrote: > > Dear gentlemen, > > Glad to hear about the release of J2SE for linux. > Do u know what is the plan/status of a J2EE port for linux? Check out the BullSoft site for the announcement of an Open Source J2EE implementation: * http://www.bullsoft.com/ejb Here's the announcement: * http://www.bullsoft.com/ejb/announce.htm Ernst -- Ernst de Haan Freelance Java Architect "Come to me all who are weary and burdened, and I will give you rest" -- Jesus Christ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Is there parallel port support from java for linux ??
Hi friends, I came to know from Java-Linux FAQ mail archives that, there is no parallel port support in Java 1.1 for Linux. In Jdk 1.2.2 for Linux it was not mentioned because comm api is not part of core jdk ( i remember i have read it ). When i looked at Java Comm for Linux web page it was mentioned there that there is no parallel port support (i.e from native Linux code) from Java for Linux. Can any one update me on this? regards, syam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Good job on 1.2.2RC*, comments
Just wanted to say that I'm *really* pleased with 1.2.2RC2, and I'm sure that the rest will be even better. I've been running RC2 with native threads on an SMP machine (2xPIII-500) with 2.3-series kernel without a hitch - *very* nice. Worth the wait, guys! It appears that the whole blackdown/sun/inprise debacle really was a case of multiple miscommunication - it is unfortunate, but such problems often occur when organizations with such different goals and restrictions interface. I sure hope that everyone calms down and does the right thing by the others... while there is plenty of blame to go around, it just isn't productive. Re: author credit vs the SCSL... There are two issues here: ownership and credit. While it is true that under the SCSL, Sun may *own* derivative works, failure to cite the authors of such work is simple plagiarism. It is intellectual dishonesty to claim authorship of someone else's works, even if you own rights of distribution. That said, it appears that Sun has done a pretty reasonable job at assigning due credit in their recent PRs. -mik -- Michael Thome ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another possibility wrt the press-release.
> "Chris" == Chris LeDantec <[EMAIL PROTECTED]> writes: > ... > inprise makes tools. they also partner with sun who just picked up two tools > companies and has bcm a competitor. this is an interesting scenario since > the owner of java technology is now a direct competitor with companies that > are close partners. it would make sense, with a simple omission of fact in > an initial press-release, to create an air of suspicion around sun -- being > the bigger, more visible company they would of course take most of the heat > (not withstanding previously rocky relationships with developers and the > luke-warm reception of scsl). inprise then, is in perfect position to speak > out to a grass-roots user base and say 'we worked on the port, but the way > sun handled the release was a travesty of community development' then after > some time passes: 'use our tool instead and show big company what's what.' "Never attribute to malice that which is adequately explained by stupidity." (Hanlon's Razor?) PR folks working for large organizations typically don't have two clues to rub together - not only about techical details and development politics, but also about what is really important. I wouldn't be surprised if Sun's and Inprise's PR people genuinely thought that the Blackdown group consisted entirely of Sun employees and paid ghostwriters. -mik -- Michael Thome ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Retrieving data from mysql to an applet
Hi,
I have an applet which is suppose to display data from a MySQL database
to the web browser. This applet works fine with appletviewer but when I
run it in a browser it gives an error;
"Java.Sql.SQLException: cannot connect to mysql server on
localhost:3306. Is there a mysql server running.."
I use the following class and connection string:
String url = "jdbc:mysql://localhost/dbname";
Class.forName("org.gjt.mm.mysql.Driver").newInstance();
I load the MySQL server by C:\mysql\bin\mysqld.
Any help would be appreciated.
Thank you
Abjin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another possibility wrt the press-release.
Fair point. But if I were to be cynical, perish the thought, maybe Chris would prefer users not to go with JBuilder as it may hurt Netbean's popularity. As NetBeans was a asset acquisition, does Sun still give NetBeans money to keep it up to date? Nicholas > Resent-Date: Fri, 10 Dec 1999 08:14:07 -0700 (MST) > From: Michael Thome <[EMAIL PROTECTED]> > Mime-Version: 1.0 > Content-Transfer-Encoding: 7bit > Date: Fri, 10 Dec 1999 10:13:55 -0500 (EST) > To: Chris LeDantec <[EMAIL PROTECTED]> > Cc: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: Re: another possibility wrt the press-release. > Resent-Message-Id: <[EMAIL PROTECTED]> > Resent-From: [EMAIL PROTECTED] > X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/1974 > X-Loop: [EMAIL PROTECTED] > Resent-Sender: [EMAIL PROTECTED] > > > "Chris" == Chris LeDantec <[EMAIL PROTECTED]> writes: > > ... > > inprise makes tools. they also partner with sun who just picked up two tools > > companies and has bcm a competitor. this is an interesting scenario since > > the owner of java technology is now a direct competitor with companies that > > are close partners. it would make sense, with a simple omission of fact in > > an initial press-release, to create an air of suspicion around sun -- being > > the bigger, more visible company they would of course take most of the heat > > (not withstanding previously rocky relationships with developers and the > > luke-warm reception of scsl). inprise then, is in perfect position to speak > > out to a grass-roots user base and say 'we worked on the port, but the way > > sun handled the release was a travesty of community development' then after > > some time passes: 'use our tool instead and show big company what's what.' > > "Never attribute to malice that which is adequately explained by > stupidity." (Hanlon's Razor?) > > PR folks working for large organizations typically don't have two > clues to rub together - not only about techical details and > development politics, but also about what is really important. I > wouldn't be surprised if Sun's and Inprise's PR people genuinely > thought that the Blackdown group consisted entirely of Sun employees > and paid ghostwriters. > > -mik > > -- > Michael Thome ([EMAIL PROTECTED]) > > > -- > 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]
open source IBM
Perhaps what people have been hearing is that IBM will make their Jikes compiler open source?Apparently it will be in the developerWorks Open Source arena. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Retrieving data from mysql to an applet
Hi
It's *probably* due to Netscape thinking that "localhost" is the host the
browser is running on.
Try using "getCodeBase().getHost()" instead.
Nicholas
> I have an applet which is suppose to display data from a MySQL database
> to the web browser. This applet works fine with appletviewer but when I
> run it in a browser it gives an error;
>
> "Java.Sql.SQLException: cannot connect to mysql server on
> localhost:3306. Is there a mysql server running.."
>
> I use the following class and connection string:
> String url = "jdbc:mysql://localhost/dbname";
> Class.forName("org.gjt.mm.mysql.Driver").newInstance();
>
> I load the MySQL server by C:\mysql\bin\mysqld.
>
> Any help would be appreciated.
>
> Thank you
>
> Abjin
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
===
Nicholas WrightImperial Software Technology Software Engineer
---
Email : [EMAIL PROTECTED] or [EMAIL PROTECTED]
Berkshire House120 Hawthorne Ave, #101
252 Kings Road Palo Alto
Reading RG1 4HP United Kingdom California 94301 USA
Tel: +44 118 958 7055 Tel: 650 688 0200
FAX: +44 118 958 9005 FAX: 650 688 1054
===
** VISAJ AT http://www.ist.co.uk/visaj **
===
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Good job on 1.2.2RC*, comments
Hi Michael, I would like to elaborate a bit about your comments: ownership versus credit. I think there are some legal issues here. If you work for the company and you patented something, the company owns the patent, but you still own your name on the patent. Company cannot change it, otherwise the patent will be invalidated. Sun owns the code, but I think they don't own the name of the person who produced that code. They cannot change it. I am not sure that Sun's community license and even GPL pay enough attention to the name ownership. Otherwise, we would not have "GNU/Linux" discussion, because both use GPL. Code released under the developer's name promotes the developer and makes him/her more responsible for it. Michael Young gave his IPO shares to some Linux developers years after they did their work. It created good precedent for Blackdown team. Who knows, may be McNealy is going to do something like that in the future? Jacob Nikom Michael Thome wrote: > > Just wanted to say that I'm *really* pleased with 1.2.2RC2, and I'm > sure that the rest will be even better. I've been running RC2 with > native threads on an SMP machine (2xPIII-500) with 2.3-series kernel > without a hitch - *very* nice. Worth the wait, guys! > > It appears that the whole blackdown/sun/inprise debacle really was a > case of multiple miscommunication - it is unfortunate, but such > problems often occur when organizations with such different goals and > restrictions interface. I sure hope that everyone calms down and does > the right thing by the others... while there is plenty of blame to go > around, it just isn't productive. > > Re: author credit vs the SCSL... There are two issues here: ownership > and credit. While it is true that under the SCSL, Sun may *own* > derivative works, failure to cite the authors of such work is simple > plagiarism. It is intellectual dishonesty to claim authorship of > someone else's works, even if you own rights of distribution. That > said, it appears that Sun has done a pretty reasonable job at > assigning due credit in their recent PRs. > > -mik > -- > Michael Thome ([EMAIL PROTECTED]) > > -- > 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]
JDBC ODBC Servlets on JWS
i was attempting to use the JDBC ODBC driver along with Java Servlets operating on a Java Web Server. I have been getting an error when attempting to concurrently access the same servlet accessing a stored procedure in Oracle 8 which i have not been able to figure out. the details of the error message and log file have been attached below. Thanks *Connection.close 2 Statement(s) to close *Statement.close Free statement (SQLFreeStmt), hStmt=126696504, fOption=1 deregistering Statement sun.jdbc.odbc.JdbcOdbcCallableStatement@99ba8d7e *Statement.close Free statement (SQLFreeStmt), hStmt=126708608, fOption=1 deregistering Statement sun.jdbc.odbc.JdbcOdbcStatement@9f228d7e Disconnecting (SQLDisconnect), hDbc=9677232 Closing connection (SQLFreeConnect), hDbc=9677232 Closing environment (SQLFreeEnv), hEnv=9677104 ERROR - S1000 General error java.sql.SQLException: General error at sun.jdbc.odbc.JdbcOdbc.throwGenericSQLException(JdbcOdbc.java:4218) at sun.jdbc.odbc.JdbcOdbc.SQLFreeEnv(JdbcOdbc.java:1379) at sun.jdbc.odbc.JdbcOdbcDriver.closeConnection(JdbcOdbcDriver.java:833) at sun.jdbc.odbc.JdbcOdbcConnection.close(JdbcOdbcConnection.java:474) at Clock18.doGet(Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java:715) at javax.servlet.http.HttpServlet.service(HttpServlet.java:840) at com.sun.server.ServletState.callService(ServletState.java:226) at com.sun.server.ServletManager.callServletService(ServletManager.java:936) at com.sun.server.http.servlet.InvokerServlet.service(InvokerServlet.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:840) at com.sun.server.ServletState.callService(ServletState.java:226) at com.sun.server.ServletManager.callServletService(ServletManager.java:936) at com.sun.server.ProcessingState.invokeTargetServlet(ProcessingState.java:423) at com.sun.server.http.HttpProcessingState.execute(HttpProcessingState.java:79) at com.sun.server.http.stages.Runner.process(Runner.java:79) at com.sun.server.ProcessingSupport.process(Compiled Code) at com.sun.server.Service.process(Service.java:204) at com.sun.server.http.HttpServiceHandler.handleRequest(HttpServiceHandler.java:374) at com.sun.server.http.HttpServiceHandler.handleRequest(Compiled Code) at com.sun.server.HandlerThread.run(Compiled Code) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Font problems(possible fix)
If anyone of you were having problem with your fonts(dingbats not being found) I noticed that if I took my font.properties from jdk1.2prev2 and copied(I hope this is alright to do) and put them in my jdk1.2.2/jre/lib directory and then renamed font.properties to font.properties.old. Matt Brown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: open source IBM
[EMAIL PROTECTED] wrote: | Perhaps what people have been hearing is that IBM will make their Jikes | compiler open source?Apparently it will be in the developerWorks Open | Source arena. The jikes is already available with full sourcecode. -- Jo Uthus| e-mail: [EMAIL PROTECTED] (private) Software Engineer | e-mail: [EMAIL PROTECTED] (work) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Servlet+JSP engine
Anyone hear about resin engine for servlet and jsp? Is it more quickly than JServ? Any comments about this is welcome thanks 4 all Claudio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another possibility wrt the press-release.
> "Never attribute to malice that which is adequately explained by > stupidity." (Hanlon's Razor?) > PR folks working for large organizations typically don't have two > clues to rub together - not only about techical details and > development politics, but also about what is really important. I > wouldn't be surprised if Sun's and Inprise's PR people genuinely > thought that the Blackdown group consisted entirely of Sun employees > and paid ghostwriters. Hate to disagree with you, but PR folks worth their salt aren't called "spin doctors" for nothing. Microsoft and Sun have become the behemoth's they are by putting together pr that represents the company or their products in a very positive light and introduces doubt about competitors or competing products. I mean, Microsoft didn't get to be big by writing the best software (anybody with me on that?). They used marketing and public relations to induce people to think that Microsoft was way better than everybody else. Good pr people don't have to "get" tech, although it helps, they really have to know how to position/represent the company or organization in a way that the market desires, winning approval with consumer $$$ and market share. Sounds a lot like politics to me, . This whole scenario stinks bad to me. Individuals that spend years writing code don't deserve to have their code base passed on to somebody else and forked. I don't care how difficult communication was, especially since it sounds like Sun wasn't all that helpful to the blackdown team at critical times. I actually think that's part of the spin (ala Microsoft/Netcraft's assault on Linux, "nobody responded to our postings" crap). The community will suffer as 2 products that should be on the same code base are now completely separate products (which Inprise likely wants since it doesn't dilute their product with an Inprise-Blackdown label.) Bottom line is Inprise wants presence in the linux community and Sun wants a greater Java presence. I don't think they're going after the current linux base, they're going after the converts to linux (a large number that's growing fast) who aren't going to be familiar with or even care about this issue. I believe the decision was made pretty high up to accept this as a reasonable loss, the blackdown piss-off, and a greater gain vis-a-vis perception of a better, more stable jdk from a commercial source. Like Linux and RedHat. "The market" is validating Linux because a commercial company is behind it. My .02, fwiw. cheers, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libjava.so: cannot open shared object file
> /usr/local/jdk117_v1a/bin > [muster@192 bin]$ javac > ./java: error in loading shared libraries: > libjava.so: cannot open shared object file: No such > file or directory Hello, I agree with you when you say that the CLASSPATH and the JAVA_HOME variables are now obsolete. BUT, you still must either put your libjava.so in a directory that is either in your LD_LIBRARY_PATH variable, or in /etc/ld.so.conf. If you want to keep your libjava.so where it is now, you must add the directory to you LD_LIBRARY_PATH variable, or to /etc/ld.so.conf and (as root) typy the command /sbin/ldconfig. As you may know, dynamic libraries must be located by the kernel by a mechanism of some sort and these 2 are the ones I am familiar with. Hope this helps... Papi __ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one place. Yahoo! Shopping: http://shopping.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libjava.so: cannot open shared object file
> Emmanuel Papirakis writes: >> /usr/local/jdk117_v1a/bin >> [muster@192 bin]$ javac >> ./java: error in loading shared libraries: >> libjava.so: cannot open shared object file: No such >> file or directory Emmanuel> I agree with you when you say that the CLASSPATH and Emmanuel> the JAVA_HOME variables are now obsolete. BUT, you Emmanuel> still must either put your libjava.so in a directory Emmanuel> that is either in your LD_LIBRARY_PATH variable, or in Emmanuel> /etc/ld.so.conf. Emmanuel> If you want to keep your libjava.so where it is now, Emmanuel> you must add the directory to you LD_LIBRARY_PATH Emmanuel> variable, or to /etc/ld.so.conf and (as root) typy the Emmanuel> command /sbin/ldconfig. No this isn't necessary, the java wrapper script sets up LD_LIBRARY_PATH properly itself. libjava.so: cannot open shared object file: No such file or directory ^ This colon indicates that libjava.so actually has been found. But a library libjava.so depends couldn't be found. In most cases this means that the glibc version doesn't match the JDK version. This command should show what exactly was missing: $ DEBUG_PROG=ldd java Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another possibility wrt the press-release.
On Fri, Dec 10, 1999 at 02:43:47PM -0500, Mike Ajemian wrote: > to our postings" crap). The community will suffer as 2 products that > should be on the same code base are now completely separate products > (which Inprise likely wants since it doesn't dilute their product with > an Inprise-Blackdown label.) Sorry to disappoint your "conspiracy" theory, I really mean it in a good way, but we really don't care who provides the JDK. If Blackdown tomorrow shows a JDK that outperform ours we will be happy like hell, it will make JBuilder and JDataStore run faster. Great ! Same thing if it comes from Sun or IBM. As anybody can immagine having to port the JDK is a big PITA especially since we had to do that while working on other two projects (JBuilder Solaris and JBuilder Foundation). We literally spent the nights in the Borland Campus. > Bottom line is Inprise wants presence in the linux community and Sun > wants a greater Java presence. I don't think they're going after the > current linux base, they're going after the converts to linux (a large > number that's growing fast) who aren't going to be familiar with or > even care about this issue. Wrong again, we believe we have something that can improve the experience of the developers on Linux and on other platforms as well. The thing that is funny for me is that you, and other people on this list, refer to who works in Inprise or other companies like we are not part of the Linux community. I still have the Slackware 0.99 disks and the same is for many of us in the Borland campus. Linux is exciting for us and we have people that rooted for it for years, me being one of them. Sure we work for a commercial company, does it make us "bad". I don't think so, let us contribute to this community, we are doing our best and you'll judge if it's worth your attention and money or not. In the case of JBuilder Foundation, as you ca see, we are giving it away for free. -- Paolo Ciccone JBuilder dev.team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another possibility wrt the press-release.
Paolo Ciccone wrote: > > On Fri, Dec 10, 1999 at 02:43:47PM -0500, Mike Ajemian wrote: > > > to our postings" crap). The community will suffer as 2 products that > > should be on the same code base are now completely separate products > > (which Inprise likely wants since it doesn't dilute their product with > > an Inprise-Blackdown label.) > > Sorry to disappoint your "conspiracy" theory, I really mean it in a > good way, but we really don't care who provides the JDK. If Blackdown > tomorrow shows a JDK that outperform ours we will be happy like hell, > it will make JBuilder and JDataStore run faster. Great ! Same thing if > it comes from Sun or IBM. I'd like to add, as one who has no connection with Inprise or Sun, that I continue to be astounded at accusations like this. There's a real simple story here: Inprise had a critical business need, they approached Blackdown about collaboration (that's called "due diligence"), Blackdown didn't return their calls, so Inprise did some work on its own. I don't understand the need to explain what happened with complicated conspiracy theories. Let's consider an alternate theory. Why has Blackdown visibility been poor? Why did they fail to respond to Inprise? It's obvious! Blackdown wants to own the Java/Linux franchise and make its members fantastically wealthy on a Blackdown IPO. Ridiculous? Of course. But it makes as much sense as some of the other theories flying around. Another insight to consider: Linux is hot! Everything having to do with Linux is hot. Why in the world would organizations like Sun or Inprise make any effort to repudiate the Linux community? When Sun failed to acknowledge Blackdown in its PR, it screwed up. In fact, it screwed up even more by not making a *big deal* of the Blackdown connection. It is a PLUS, not a MINUS, to associate your name with the Linux community, and these bizarre and complicated explanations of why Sun and Inprise would want to hide that connection just don't wash. Finally, consider that the proof is in the pudding. What has come out of this horrific conspiracy? Well, for the first time, Linux users have a JDK with a working JPDA, and a JIT that's faster and better than the long-broken sunwjit. And what do you have to pay to use this new JDK? Nothing. So what happens next? Let's see, Inprise has a working JPDA and a great JIT, and Blackdown has solved the native threading problems. Maybe it's time to move past the accusations and conspiracy theories and start to explore how to work together. We'll all benefit from it. Nathan > > As anybody can immagine having to port the JDK is a big PITA > especially since we had to do that while working on other two projects > (JBuilder Solaris and JBuilder Foundation). We literally spent the > nights in the Borland Campus. > > > Bottom line is Inprise wants presence in the linux community and Sun > > wants a greater Java presence. I don't think they're going after the > > current linux base, they're going after the converts to linux (a large > > number that's growing fast) who aren't going to be familiar with or > > even care about this issue. > > Wrong again, we believe we have something that can improve the > experience of the developers on Linux and on other platforms as well. > > The thing that is funny for me is that you, and other people on this > list, refer to who works in Inprise or other companies like we are not > part of the Linux community. I still have the Slackware 0.99 disks and > the same is for many of us in the Borland campus. Linux is exciting > for us and we have people that rooted for it for years, me being one > of them. Sure we work for a commercial company, does it make us > "bad". I don't think so, let us contribute to this community, we are > doing our best and you'll judge if it's worth your attention and money > or not. In the case of JBuilder Foundation, as you ca see, we are > giving it away for free. > > -- > Paolo Ciccone > JBuilder dev.team > > -- > 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]
JDK 1.1.8-v1 files on mirrors
It seems that the Intel version of the Blackdown JDK 1.1.8 has been released, as I noticed an i386 directory in JDK-1.1.8 tonight. I've been unable to run it just yet here at home, as I'm still running a stock RedHat 6.0, but I've noticed the following two glitches so far: - the files are .bz instead of .bz2, so I had to rename them before bunzip2 would uncompress them. - the jre118_v1 package seems to be missing the native_threads directories, although the jdk118_v1 package has them. Scott -- = Scott Murray email: [EMAIL PROTECTED] http://www.interlog.com/~scottm ICQ: 10602428 - "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: another possibility wrt the press-release.
I thoroughly agree with Nathan's assessment--it makes no sense to believe that Sun and/or Inprise somehow *want* this bad publicity. Quite frankly, given the nature of the lack of responsiveness of the Blackdown team themselves (no offense, guys, but this is simply personal observation) to various postings on this list (including one of my own, some time back) offering to help fix some bug or another, I'm fully ready to believe the "there was no response" story--it reeks with credibility. Simply pointing fingers and creating conspiracy theories does nothing to advance our position as Linux/Java users. This is the wonderful thing about the capitalist system--if you don't care for Sun's or Inprise's attitude towards us, or any other community, stop using their products. Use a competitor's, and encourage your friends to do so, as well. In time, if enough people agree with you, then either the commercial company will change their attitude, or else they will go bankrupt and die. It's far more likely that they'll do some sort of adjustment to their policies before allowing themselves to go under--witness what's going on with the tobacco companies in this country, as evidence. For my money, I'll download the Inprise product (I have a particular beef with Borland as a company--why'd you kill OWL just before my OWL books came out?--but that's neither here nor there), evaluate it, and see if it works for me. If the Blackdown port is better, great. If the Inprise port is better, great. If I do my own port, and I prefer that, instead, great. Whatever solution solves the problem, is what works for me. Ted Neward Java Instructor, DevelopMentor ( http://www.develop.com ) http://www.javageeks.com/~tneward -Original Message- From: Nathan Meyers <[EMAIL PROTECTED]> To: Paolo Ciccone <[EMAIL PROTECTED]> Cc: Mike Ajemian <[EMAIL PROTECTED]>; [EMAIL PROTECTED] <[EMAIL PROTECTED]>; [EMAIL PROTECTED] <[EMAIL PROTECTED]>; [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Friday, December 10, 1999 8:21 PM Subject: Re: another possibility wrt the press-release. >Paolo Ciccone wrote: >> >> On Fri, Dec 10, 1999 at 02:43:47PM -0500, Mike Ajemian wrote: >> >> > to our postings" crap). The community will suffer as 2 products that >> > should be on the same code base are now completely separate products >> > (which Inprise likely wants since it doesn't dilute their product with >> > an Inprise-Blackdown label.) >> >> Sorry to disappoint your "conspiracy" theory, I really mean it in a >> good way, but we really don't care who provides the JDK. If Blackdown >> tomorrow shows a JDK that outperform ours we will be happy like hell, >> it will make JBuilder and JDataStore run faster. Great ! Same thing if >> it comes from Sun or IBM. > > >I'd like to add, as one who has no connection with Inprise or Sun, that >I continue to be astounded at accusations like this. There's a real >simple story here: Inprise had a critical business need, they approached >Blackdown about collaboration (that's called "due diligence"), Blackdown >didn't return their calls, so Inprise did some work on its own. I don't >understand the need to explain what happened with complicated conspiracy >theories. > >Let's consider an alternate theory. Why has Blackdown visibility been >poor? Why did they fail to respond to Inprise? It's obvious! Blackdown >wants to own the Java/Linux franchise and make its members fantastically >wealthy on a Blackdown IPO. Ridiculous? Of course. But it makes as much >sense as some of the other theories flying around. > >Another insight to consider: Linux is hot! Everything having to do with >Linux is hot. Why in the world would organizations like Sun or Inprise >make any effort to repudiate the Linux community? When Sun failed to >acknowledge Blackdown in its PR, it screwed up. In fact, it screwed up >even more by not making a *big deal* of the Blackdown connection. It is >a PLUS, not a MINUS, to associate your name with the Linux community, >and these bizarre and complicated explanations of why Sun and Inprise >would want to hide that connection just don't wash. > >Finally, consider that the proof is in the pudding. What has come out of >this horrific conspiracy? Well, for the first time, Linux users have a >JDK with a working JPDA, and a JIT that's faster and better than the >long-broken sunwjit. And what do you have to pay to use this new JDK? >Nothing. > >So what happens next? Let's see, Inprise has a working JPDA and a great >JIT, and Blackdown has solved the native threading problems. Maybe it's >time to move past the accusations and conspiracy theories and start to >explore how to work together. We'll all benefit from it. > > >Nathan > > >> >> As anybody can immagine having to port the JDK is a big PITA >> especially since we had to do that while working on other two projects >> (JBuilder Solaris and JBuilder Foundation). We literally spent the >> nights in the Borland Campus. >> >> > Bottom line is Inprise wants presence in the
Re: another possibility wrt the press-release.
Don't believe I mentioned the word conspiracy or even tried to represent any argument as such. Amazed at how the responses have represented the "crackpot" perspective so quickly. I don't believe Sun and Inprise conspired to block blackdown out. I think Inprise wants it's own presence for its own jdk. Period. They made a business decision to "roll their own" rather than pursue a collaborative relationship with the individuals who had written the code that Inprise was basing their jdk upon. Not Inprise-blackdown, but Inprise. Simply that Inprise doesn't want to dilute their brand, especially with the market, which might view an association with blackdown as a liability (being composed of, as you stated in an earlier posting, "volunteers".) To strengthen this argument, look at the perception of the public to a little company named RedHat. They went from giving away software, to charging for free software. The public went from skeptical when the software was free, to supportive/enthusiastic/euphoric when the software cost money and they offered a plan to support the software. Blackdown gives away software and is viewed as a collective of hobbyists. That's bad from the financial and business perspective where the question invariably is raised as to "who will support the software when we need a fix and the person that wrote the code is one of the hobbyists". I don't think Inprise wanted to ever have to field that question. I could be wrong, but if I am, I'd like to know why. My opinions are based on years of working in the industry and being involved in discussions involving brand representation and issues of brand dilution. To me, Inprise had no incentive to involve blackdown in their release, so they didn't involve blackdown. If my opinions are wrong, I'm more than happy to admit it and learn from my mistake(s). Just somebody point out the facts so I can understand. But calling my arguments or the arguments of others "conspiracy theory" does nothing to further discussion on the matters at hand. > The thing that is funny for me is that you, and other people on this > list, refer to who works in Inprise or other companies like we are not > part of the Linux community. Never said you weren't part of the linux community. My raising issue with you means that you're a peer in this community. If I felt otherwise I would let you know directly. Would appreciate it if you would consider addressing my main point, which is that fracturing the development efforts is divisive and in the long run potentially more harmful to the future of java on Linux. You have an opinion on that, I'd like to hear it. To me, the prospect of collaboration was worth more than a couple of phone calls. cheers, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
