[ANNOUNCE] J-BUDS release 1.0
Heyaz. Been haunting this list long enough, thought I'd put something up. :) This email is to announce release 1.0 of J-BUDS, which provides access to real AF_UNIX sockets for interprocess communications in un*x. It provides a similar interface to the standard java.net.Socket class provided as part of the standard Java API. Tarball and README is here: ftp://ftp.echogent.com/J-BUDS As you'd expect, it uses JNI/C native methods, implemented in the Unix Domain Socket C library. A libunixdomainsocket.so file is provided, built on my Debian 2.2.17 box and built towards IBM's JRE version 1.3. Haven't built it for Blackdown yet, so YMMV. It *should* work... J-BUDS was coded by Robert Morgan <[EMAIL PROTECTED]>, with a mere whiff of design support from me, so credit where it's due. It's being released under the LGPL, of course. Hope it proves useful! cheers, Scott [EMAIL PROTECTED] or [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ANNOUNCE] J-BUDS release 1.0
Dan: Heh. :) The best reason I've heard of why unix-IPC sockets aren't supported in Java is that it would make the Java code run-on-Unix rather than run-anywhere. And, hey, some Windmills should be left alone... In practice, I use it to connect some ASP pages running on my server with some network management software. The use of TCP or UDP sockets isn't advisable here, since the port it opens is externally accessible. And for a firewall, for example, that'd be bad. If it works as I want it to, I can write a big, chunky, Java-rich GUI in my ASP pages, and have it administer my Linux firewall/router that boots from a tiny 1.4MB floppy (this is the LEAF project at LEAF.sourceforge.net). I could talk at great lengths about this one, so I'll save that for an offlist conversation... Hope J-BUDS proves as useful for you. Lemme know what uses you come up with! cheers, Scott > Cool. Can you give an example of how this has been used > in practice? I'm looking for a use case that will make > Sun go "Oh, yeah, of COURSE we should support that in the > standard JDK" :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Can anyone help
>I'm looking for some tool which could read java source code >or byte code and generate sequence diagrams(uml) by >reverse engineering. >I have class diagrams generated out of Rational rose and >magic draw and TogetherJ. >But i'm not able to locate a tool which generates a sequence diagram. >Thanks in advance for your help. >regards, >vijay I'm not sure what platform you're on, but for the Mac, there's a program called ObjectPlant that will do the trick for you. It can reverse engineer Java and C++ classes and generate UML diagrams for them. The web site is: http://www.softsys.se/objectplant/ It seems to be down right now, however... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiler for jdk1.3
Hi, a few days ago I wrote about some JNI problems. I just wanted to let you know that the jre1.3.1 solved my Problem. But only if I start the VM with '-classic' Thanx for your replies, Markus. PS : Sorry for my badly formatted email. My mailtool did not show me the truth. ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Can anyone help
hi all, I'm looking for some tool which could read java source code or byte code and generate sequence diagrams(uml) by reverse engineering. I have class diagrams generated out of Rational rose and magic draw and TogetherJ. But i'm not able to locate a tool which generates a sequence diagram. Thanks in advance for your help. regards, vijay _ Get your FREE download of MSN Explorer at http://explorer.msn.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build System
On 14 Jun 2001, Jesse wrote: > I've been handed the responsibility of designing a new automatic build > process. Currently we use manually edited Makefiles for all or our C, > C++ & java code. We will be scrapping almost all of the C & C++, so that > it will be 90% java. I would like to make it easy on the other > developers, so that changes can be easily updated. > > Any ideas on the best tools for this. I would like to have dependencies > built in so that incremental builds only recompile the code that has > changed. I will use Imake for the C & C++ so that is is portable (Win32, > Linux & Solaris) but I don't need to portability for the java stuff. > It sounds like you need Ant. Find it on the Apache website. -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Choosing open source app server for linux
Kevin, I've worked a bit with Enhydra. Seems nice and supports most Java stuff. If I may utter a minor blasphemy in this list server I recently put up a collaborative site in 10 working days (across 5 weeks) with a product called Zope (www.zope.org) it is not Java based though. It is written in Python and uses Python and its own scripting. While I was a Java developer for the four years leading up to about a year ago (and occasionally still use Java) one always has to look at the problem space and select tools based on the need. Regards Tony Dean kevin1 wrote: > > Hello all, > First, I have no budget for this... :) > Having said that - I need to come up with an app server that handles message > driven beans and is open source, and is enterprise capable (we're expecting > massive traffic) . I have narrowed things down to Enhydra or Jboss. We run a > clustered solution here, and that must be factored into the decisions - Java is > not popular here ( superstition ) and I have to have this working soon. Which > app server should I go with? Enhydra or Jboss? Any suggestions? Please help. > > Thanks in advance > > -- > 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: Socket problem
Seb Barre wrote: > I'm assuming you have one thread that "listens" on your connection port, > accepts the connection, and hands off the connected socket to another > separate thread that handles the actual sending/receiving of data? > This is correct. > If your main listening thread isn't handing off the socket to another > thread and is the same thread that actually sends/receives the data, > then you won't be able to connect again until it times out. > > Have you tried initiating two connections at once to your server, to see > if the listening thread properly unblocks once it's handed off the > socket to the actual client-handling thread? We've tried this, and it works properly. > > Also, make sure that you aren't swallowing the EOFException (when the > socket gets cut off) before your thread can actually figure out that > it's not needed anymore because the socket is gone. > > Hope that helps.. > > I don't think this could be it. The method that copies the data from the InputStream (to a local file) to the OutputStream (the socket) does not catch any exception, it passes them all up. The actual method that is responsible for handleing the connection has a try catch finally, and the finally closes the socket so if there is an exception thrown that should handle it. The response did help, thank you. I'm getting ready to do a tcpdup as another reader suggested to see if it can offer any help. Again, thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jdk 1.3.0 / sparc
Hi Johan, Thanks for your quick response. On Wed, 13 Jun 2001, Johan Vos wrote: > On Wed, 13 Jun 2001, Marcus Crafter wrote: > > > Great work, but I wanted to ask what performance expectations we > > should have ? Our tests have shown that the Blackdown sparc JDK 1.2.2 > > is faster than the JDK 1.3.0 ? Could this be right ? > > > > A compile of our Java application using JDK 1.2.2 takes about 1 > > minute, with the JDK 1.3.0 it takes about 4 minutes. :-( > > > > Is this expected ? Any ideas about how to improve this ? > > Yes, performance can be increased since: > 1) there is currently no hotspot in sparc jdk 1.3.0 > 2) some parts were compiled without optimization in order to bypass a > compiler problem. I see. Thanks for the information. > The intention was to go to 1.4 immediately, and to skip improvements on > 1.3.0 or 1.3.1. Unless people really require it... *nod*. I can understand the move to 1.4. wrt your last question, I have to ask first - is there a proposed timeline for the 1.4 releases at all ? How soon will it be before we get our hands on a (beta?) version ? How much effort do you think it would it take to get 1.3.0/1 up to speed ? Cheers, Marcus -- . ,,$, Marcus Crafter ;$' ':Computer Systems Engineer $: : Open Software Associates GmbH $ o_)$$$: 82-84 Mainzer Landstrasse ;$,_/\ &&:' 60327 Frankfurt Germany ' /( &&& \_' Email : [EMAIL PROTECTED] .Business Hours : +49 69 9757 200 &&&: After Hours: +49 69 49086750 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JNI and J2SE Runtime v1.3.1 for Linux/ARM Release Candidate
On Tue, 12 Jun 2001, Laurent Farrugia wrote: > We are trying to use JNI with the new J2SE runtime on an Ipaq with > Familiar 0.4. We run various JNI examples like > http://www.blackdown.org/java-linux/docs/faq/examples/jni-in-C/. > They all return a segmentation Violation. Does someone try to run > JNI with Familiar 0.4 and J2SE V 1.3.1 RC 1 ? If yes could you point > me to your installation procedure. Please try reducing the maximum heap size. E.g. java -Xmx10m ... Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Visit the Java 2 Platform on Linux BOF at JavaOne: http://servlet.java.sun.com/javaone/conf/bofs/1745/0-sf2001.jsp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ANNOUNCE] J2SE Runtime v1.3.1 for Linux/ARM Release Candidate
On Mon, 11 Jun 2001, steffen reymann wrote: > Excellent work! > > Has anyone managed to use the JNI on the iPAQ? When I tried the > classic Hello World example the whole thing always crashes on the > iPAQ (see log below). To make the library I use > ># arm-linux-gcc -shared -I/usr/java/jdk1.3/include ># -I/usr/java/jdk1.3/include/linux -o libhello.so HelloWorld.c > > Inclusion of the -D_REENTRANT option (what does it do anyway?) as > suggested somewhere doesn't help. I also tried different versions of > jni.h (for instance the kaffe one) without success. > > Any ideas would be very much appreciated. Does it work if you reduce the maximum heap size? Try "java -Xmx10m -Djava.library.path=. HelloWorld". Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Visit the Java 2 Platform on Linux BOF at JavaOne: http://servlet.java.sun.com/javaone/conf/bofs/1745/0-sf2001.jsp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JNI and J2SE Runtime v1.3.1 for Linux/ARM Release Candidate
Hello, We are trying to use JNI with the new J2SE runtime on an Ipaq with Familiar 0.4. We run various JNI examples like http://www.blackdown.org/java-linux/docs/faq/examples/jni-in-C/. They all return a segmentation Violation. Does someone try to run JNI with Familiar 0.4 and J2SE V 1.3.1 RC 1 ? If yes could you point me to your installation procedure. Thanks Laurent java example.HelloNativeWorld SIGSEGV 11* segmentation violation si_signo [11]: SIGSEGV 11* segmentation violation si_errno [0]: Success si_code [1]: SEGV_MAPERR [addr: 0x0] stackpointer=0xbfffd34c Full thread dump Classic VM (Blackdown-1.3.1-RC1, native threads): "Finalizer" (TID:0x40f0b528, sys_thread_t:0x5ffb0, state:CW, native ID:0xc04) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162) "Reference Handler" (TID:0x40f0b300, sys_thread_t:0x5e6c8, state:CW, native ID:0x803) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:420) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110) "Signal Dispatcher" (TID:0x40f0b330, sys_thread_t:0x57168, state:CW, native ID:0x402) prio=5 "main" (TID:0x40f0b1b0, sys_thread_t:0x1bdf8, state:R, native ID:0x400) prio=5 at example.HelloNativeWorld.print(Native Method) at example.HelloNativeWorld.main(HelloNativeWorld.java:14) Monitor Cache Dump: java.lang.ref.ReferenceQueue$Lock@40F0B540/40F41838: Waiting to be notified: "Finalizer" (0x5ffb0) java.lang.ref.Reference$Lock@40F0B310/40F41340: Waiting to be notified: "Reference Handler" (0x5e6c8) Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x1bdf8) 1 entry Thread queue lock: owner "main" (0x1bdf8) 1 entry Monitor registry: owner "main" (0x1bdf8) 1 entry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
