comp.lang.java.programmer http://groups-beta.google.com/group/comp.lang.java.programmer [EMAIL PROTECTED]
Today's topics: * what is the removal/desctrution methods for java object? - 2 messages, 2 authors http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/4f03ad9a0c33c7a8 * grabFocus() when show JDialog. - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/c72cf46d720cece4 * WANTED: SOFTWARE INVENTIONS - 2 messages, 2 authors http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/31f204232b3af08 * Compiling and running with different revisions - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/2b67aaa342c1ce47 * JDK exec 1.3 vs 1.4 - 3 messages, 2 authors http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/b0045fd477d34360 * byte manipulation in Java ? - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/a6813ab049aef0b6 * Serial Port problem - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/1579f4366502d6e6 * Thread synchronization - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/172837b7b0667fd1 * Regulärer Ausdruck zum Entfernen von HTML - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/98e8b05066e15a39 * Would like a preprocessor. - 2 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/f8d589c27ece424e * SAAJ XML SOAP and element parameters - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/c6907f77e67a4def * Access to Wireless LAN ... - 6 messages, 2 authors http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/4b6710a272f95e58 * model diagrams in JSP web applications - 2 messages, 2 authors http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/bf351b80394be39 * enterprise software application definition - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/d89fb94719636c2b * running the cactus tests in appfuse - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/e5907fd14679e4e7 * XMLEncoder/XMLDecoder and mutable arguments to getters/setters - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/e6b35c0f2d434d2a * Thread synchronization problem - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/51dbef92f81ca351 * solution to the dinning philosopher problem - 1 messages, 1 author http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/3546a4e2a64af1af ========================================================================== TOPIC: what is the removal/desctrution methods for java object? http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/4f03ad9a0c33c7a8 ========================================================================== == 1 of 2 == Date: Thurs, Sep 2 2004 8:16 am From: Babu Kalakrishnan <[EMAIL PROTECTED]> Michael Borgwardt wrote: > Michael Saunby wrote: > >> Hang on. Shouldn't resources allocated by native code be released >> through >> the finalize() method? Sure you could release it ahead of garbage >> collection with a dispose() method that should be called, but as it's >> guaranteed that finalize() will be called and not dispose() then it would >> seem wise to provide a finalize() in such cases. > > > One problem is that finalize() is not called until GC of that particular > object actually occurs, which may be at a much later time, if at all. > This is especially relevant with native resources because the garbage > collector doesn't know about them. > Add to it the fact that most JVM implementations will actually defer the GC on objects for which you have defined a finalize() method. (I've even heard rumors that it may never even do the finalization unless it cannot avoid it - ie. will do it only just before throwing an OutOfMemoryError). A finalize() method can complicate the GC process quite a bit since it is very much possible that the implementation of finalize() can make the object being finalized "reachable" once again by creating a strong reference to itself in some other reachable object. So GC has to determine its reachability again after calling finalize() on it. So if you're holding on to system resources allocated by you, make sure you release them explicitly rather than depend on finalize() to do it for you. > > Furthermore, a GUI window cannot be garbage collected AT ALL before > dispose() is called, because it is a source of user input and the > Event dispatch thread keeps a reference to it that is only released > with dispose() (I *think* that's how it works). > At least that was how it was at least till JDK 1.4. BK == 2 of 2 == Date: Thurs, Sep 2 2004 11:53 am From: Carl Howells <[EMAIL PROTECTED]> Michael Saunby wrote: > Hang on. Shouldn't resources allocated by native code be released through > the finalize() method? Sure you could release it ahead of garbage > collection with a dispose() method that should be called, but as it's > guaranteed that finalize() will be called and not dispose() then it would > seem wise to provide a finalize() in such cases. No... Others have already explained why using finalize is a bad idea. They left out that just about any problem that can be solved by finalizers can also be solved by phantom references, with a slight restructuring of the code. One of these days I'm going to have to rewrite that old library I used to have that made post-GC cleanup using phantom references easy. ========================================================================== TOPIC: grabFocus() when show JDialog. http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/c72cf46d720cece4 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 8:36 am From: Paul Lutus <[EMAIL PROTECTED]> Pierre wrote: > Hello, > I have a JDialog with a JTextField in my application. When I show the > dialog, I want the JTextField to grab focus. Very simple... but my > code doesn't work! the first time I show the dialog the textfield has > focus, but after it lost it. here an extract of my code : > > public MyDialog(){ > super("test"); > init(); > //search is my JTextField > search.grabFocus(); > } > > public void show(){ > update(); > search.grabFocus(); > super.show(); > } > > Any idea why this code doesn't work properly ? Use the SwingUtilities.invokeLater() method to request focus, this increases the likelihood of success. -- Paul Lutus http://www.arachnoid.com ========================================================================== TOPIC: WANTED: SOFTWARE INVENTIONS http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/31f204232b3af08 ========================================================================== == 1 of 2 == Date: Thurs, Sep 2 2004 8:42 am From: [EMAIL PROTECTED] (Hicks) Joona I Palaste <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > > By "mental", you mean "mentally unstable", "mentally disturbed", > "insane" or "just plain ga-ga"? > This use of the word "mental", correctly meaning "pertaining to the > mind", is annoying me. I think it's fairly clear what the meaning is in this context. == 2 of 2 == Date: Thurs, Sep 2 2004 9:39 am From: Paul Lutus <[EMAIL PROTECTED]> Joona I Palaste wrote: / ... >> It has become clear that this person is simply mental. There's no other >> word for his behavior. > > By "mental", you mean "mentally unstable", "mentally disturbed", > "insane" or "just plain ga-ga"? > This use of the word "mental", correctly meaning "pertaining to the > mind", is annoying me. In American slang, its meaning is clear (deranged), and I understand your frustration with the use of an apparently neutral term to mean something specific. You may or may not know this, but Americans have as many slang terms for "crazy" as a typical culture has for "drunk." Strange as it may sound, even the word "postal" has been known to be applied in this context. -- Paul Lutus http://www.arachnoid.com ========================================================================== TOPIC: Compiling and running with different revisions http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/2b67aaa342c1ce47 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 8:48 am From: Paul Lutus <[EMAIL PROTECTED]> Will wrote: > Ok, silly question but I can't seem to find the answer. If I compile > with JDK version 1.3.1_07 can I run my code without problems on a JRE > 1.4.2_xx? The answer for this specific example should be "yes", but in some cases (with a greater gap between versions) there are differences that could create problems. Why not test your application on each version you intend to support? > I think the answer should be yes, but I just want to make > sure. I know that some of the JREs behave differently (bug fixes, > etc.) but they are still forward/backward compatible, right? In general, yes, but it is always prudent to test your application with the target versions. > My specific problem, should someone already have another fix, is that > in 1.3.1_07 the JFileChooser is crippled and annoying compared to the > native Windows dialog. It cannot rename folders or files > successfully, it cannot jump to the file starting with the same letter > you pressed, and the look and feel occassionally hiccups. I'm hoping > some or all of these bugs have been corrected in later JREs and that I > won't have to recompile my code since the JFileChooser is part of > Sun's packages and should just get linked to, not compiled in with > mine. For this particular example, you really should recompile with a later version to see the outcome. And in general, it is a good idea to tell the users of your program which Java versions are supported/expected. -- Paul Lutus http://www.arachnoid.com ========================================================================== TOPIC: JDK exec 1.3 vs 1.4 http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/b0045fd477d34360 ========================================================================== == 1 of 3 == Date: Thurs, Sep 2 2004 8:53 am From: Paul Lutus <[EMAIL PROTECTED]> André Hurschler wrote: > Hello > > I start a Linux bash script for Oracle import, with the exec command. > With JDK 1.3 is everything correct but JDK 1.4 breaks > the process after 20000 imported rows. Maybe this has nothing to do with Java. All your routine is doing is waiting for the process to finish. You may want to look into resource issues at the system level, to see if the problem lies elsewhere. -- Paul Lutus http://www.arachnoid.com == 2 of 3 == Date: Thurs, Sep 2 2004 9:27 am From: "André Hurschler" <[EMAIL PROTECTED]> > Maybe this has nothing to do with Java. All your routine is doing is waiting > for the process to finish. You may want to look into resource issues at the > system level, to see if the problem lies elsewhere. > > Paul Lutus Hello Paul hmmm Maybe, but I had tested under 1.3 and 1.4 and it was reproducibly. == 3 of 3 == Date: Thurs, Sep 2 2004 9:54 am From: Paul Lutus <[EMAIL PROTECTED]> André Hurschler wrote: >> Maybe this has nothing to do with Java. All your routine is doing is > waiting >> for the process to finish. You may want to look into resource issues at > the >> system level, to see if the problem lies elsewhere. >> >> Paul Lutus > > Hello Paul > > hmmm Maybe, but I had tested under 1.3 and 1.4 and it was reproducibly. Then perhaps look at system memory usage under both conditions. Maybe 1.4 is using more system memory, sufficiently so to produce this outcome. I don't think this has anything to do with the Process.waitFor() issue, at least directly. -- Paul Lutus http://www.arachnoid.com ========================================================================== TOPIC: byte manipulation in Java ? http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/a6813ab049aef0b6 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 8:56 am From: [EMAIL PROTECTED] (Ph. Barthelemy) OK, well, I hope the move over 1.5 will be quick. thanks everyone for your answers... --P "Chris Uppal" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Ph. Barthelemy wrote: > > > I am looking a byte manipulation library in Java ( with functions such > > as get the MSB, the LSB, decode/encode a Binary-coded decimal, etc... > > for the various Java data types ). > > I just happened to notice this is the JDK1.5 change list: > > ============= > The wrapper classes (Integer, Long, Short, Byte, and Char) now support common > bit manipulation operations which include highestOneBit, lowestOneBit, > numberOfLeadingZeros, numberOfTrailingZeros, bitCount, rotateLeft, rotateRight, > reverse, signum, and reverseBytes. > ============= > > Might help. > > -- chris ========================================================================== TOPIC: Serial Port problem http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/1579f4366502d6e6 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 8:57 am From: Paul Lutus <[EMAIL PROTECTED]> - Chameleon - wrote: > Enumeration portList = CommPortIdentifier.getPortIdentifiers(); > > this command returns an empty Enumeration. Why? Probably because of the rest of your code, which you don't show, the version of Java, which you don't name, the installation of the JAvCommAPI, which you don't describe, or your system, which you don't describe fully. > My system is PC with WinXP. > I have 1 parallel and 2 serial ports Are the ports activated in BIOS? How did you install the JavaCommAPI? Where is the rest of the code that handles the serial ports? -- Paul Lutus http://www.arachnoid.com ========================================================================== TOPIC: Thread synchronization http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/172837b7b0667fd1 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 8:59 am From: "Thomas G. Marshall" <[EMAIL PROTECTED]> Eric Sosman coughed up: > Thomas G. Marshall wrote: >> Eric Sosman coughed up: >> >>> >>> In what way can the synchronized blocks (in this example > >>[snipped; see up-thread] >>> or in your follow-up with a static lock) "collide?" The code >>> is immutable whenever it's executable (that is, from the time >>> it's been loaded to the time when it's unloaded, if ever), so >>> it doesn't seem to be in need of much protection ... >> >> And how on earth do you know what threads are involved here? > > I don't know and don't care; why should I need to? I'm > assuming there are N>1 threads because synchronization is not > required if N=1, but aside from that ... > >> What if: The first method is called within one thread. The 2nd in >> another. Both of these access something that just cannot be accessed >> by more than one. This can involve something as innocuous as simple >> arithmetic on an integer primitive. Multiple threads doing very >> simple non-atomic things all at once can result in unpredictable >> results. > > Agreed. But where does this integer primitive reside? If > two or more threads can all get at it, it must be in one of two > places: Either it's an instance variable of some Object and > you lock the Object to protect its state from getting mangled > or from being observed while inconsistent, or else it's a static > variable of some class and you lock the class object itself or > use a proxy. The integer primitive is part of a larger context. But there is much more to most objects than the /lines of code/ that are protected from re-entrance. How far up in abstraction do you want to take this context you refer to? *Everything* has a larger context. So what? Let's see: Lines within a synchronized{} protect the lines if the lines are critical to an object, they protect the object if the object is critical to a program, they protect the program if the program is critical to national security, they protect national security. We're bouncing around the same thing. >>> The only kind of "collision" I can envision is if the two >>> pieces of code both manipulate some kind of shared resource. >>> Usually, that resource is a Java Object, and the Object is >>> the thing that needs the protection. >> >> It can be several objects, or simply an algorithm that cannot be >> interrupted. But it's not about saving the objects involved. It's >> about keeping multiple executions of segments of code blocked until >> one execution is done. > > I disagree, vehemently. But I've already explained why and > my explanation didn't convince you, so there's not much use in > repeating it. We disagree, and there's an end on't. > >> It is not the object in total that is protected. It is a section of >> code that you specifically force blockage into. If you instruct >> people to think that synchronization is protecting objects, then you >> are misleading them horribly. The bottom line is not that they are >> objects. The bottom line is that a section of executable code is >> protected from re-entrance by another thread. > > ... but I'm unable to resist temptation, because the last > sentence here is demonstrably false. Here we go: > > class Thing { > private int n = 0; > synchronized void increment() { > ++n; > } > } OF COURSE, and I've pointed that out already in this thread. All this shows is that you can have multiple locks on a section of code. This (as I've said) is why I prefer to teach newbies the following instead (of many examples): class Thing { static Object incrementMutex = new Object(); private int n = 0; void increment() { synchronized (incrementMutex) { ++n; } } } ..which is far more understandable once we add complexity. Further it stops the static synchronization method mistake, and it allows us to further refine the lines of code that are synchronized. The only drawback is that if the entire method body appears within the block, it is [almost immeasurably] slower. ...[snip]... -- http://www.allexperts.com is a nifty way to get an answer to just about /anything/. ========================================================================== TOPIC: Regulärer Ausdruck zum Entfernen von HTML http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/98e8b05066e15a39 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 9:26 am From: [EMAIL PROTECTED] (M.A.Bednarz) HI, ich möchte aus einem Text bestimmte HTML Tags entfernen. Um alle Tags zu entfernen, benutze ich folgenden Code: public static void main(String args[]){ String inputText = "This <li> is <a> <i>text</i>"; Pattern p = Pattern.compile( "<[^>]*>" ); System.out.println(inputText.replaceAll(p.pattern(),"")); } Das Pattern ist also: <[^>]*> Jetzt habe ich aber das Problem, dass die Tags <i> und <b> nicht gefiltert werden sollen. Propiert habe ich folgendes: <[^>]*[^iIbB]> Das lässt dann Tags wie <i>,</i>,<b>,</b> stehen, aber auch <li>!!!! Was muss ich tun, damit das <li> oder andere Tags die mit einem i oder b enden, ebenfalls gefiltert werden??? Danke für jede Hilfe, irgendwie bin ich heute zu Doof :-)) Andreas Bednarz [EMAIL PROTECTED] ========================================================================== TOPIC: Would like a preprocessor. http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/f8d589c27ece424e ========================================================================== == 1 of 2 == Date: Thurs, Sep 2 2004 9:32 am From: Paul Lutus <[EMAIL PROTECTED]> Rene wrote: > Paul Lutus <[EMAIL PROTECTED]> wrote: >> Malcolm Dew-Jones wrote: >> > I >> > don't see how you can assert that there is only one possible object >> > file that is optimal. >> >> That is because you don't know the meaning of optimal. There is only one >> optimal object file for a given algorithm. > > Sorry but here you are very wrong. > > *The* optimal object code does not exist. There is *always* a trade off. I didn't say the optimal exists, one can refer to an idea without having it available. So, contrary to your assertion, here I am very right. My use of the expression "optimal" means just what it says -- it's the ideal result of optimization. > > You may have the optimal object code for runtime (ie the fastest code) > You may have the optimal object code for size (ie the smallest code) > You may have the optimal object code for ressource (ie the code using > least ressources, most often memory) > You may have the optimal object code for readabilty (ie the easiest to > undestand object code) But a change in a source file that is meant to be performance-neutral and adhere to the original intent, must produce the same object result, regardless of the definition of "optimal". My original point. If the ideal compiler has been arranged to produce the shortest possible program, this result will obtain regardless of which valid syntax choices are exercised by the programmer for a given algorithm. Same for fastest or any other desired trait. > > There is *always* a trade off in programming. Most often between runtime, > complexity and memory usage. Sometimes code size is also an issue (think > MIDP) True, red herring. It is not what we are discussing. > > Does the term "loop unrolling" ring a bell? It is one of the very basic > optimizations. It makes the (object) code bigger, less easier to > understand but faster. Yes, and this exact optimization should be performed by an ideal compiler regardless of the specific contents of the source file, whether or not "goto, while, continue" et. al. were used or not. That was my point. -- Paul Lutus http://www.arachnoid.com == 2 of 2 == Date: Thurs, Sep 2 2004 9:36 am From: Paul Lutus <[EMAIL PROTECTED]> Bent C Dalager wrote: > In article <[EMAIL PROTECTED]>, > Paul Lutus <[EMAIL PROTECTED]> wrote: >> >>Not for an optimally efficient compiler, unless two different algorithms >>were intended. Surely you see this -- for each algorithm, there is ONE >>optimal object file, just as there is ONE optimal outcome for each >>Traveling Salesman problem. > > I am not sure what you are trying to say here. Are you talking of > optimal solutions or optimal costs? My point is that an ideal compiler will produce the same object file (trivial reorderings aside) regardless of which of the legal syntax choices the programmer makes in designing a specific algorithm. Same speed, same size, or whatever trait was regarded as most important. There is no ideal compiler, but this is a hypothetical discussion of what compilers should do. > Taking a travelling salesman example, let us say you have 8 > destinations equally spaced along the periphery of a circle and a > fifth one (the starting point) in the center of the circle, it is easy > to see that there are multiple optimal solutions (16 I think). This is > largely given by the symmetry of the problem. There is, however, only > one optimal shortest travel distance (i.e., optimal cost) - it is the > same for all the 16(?) optimal solutions. And this is what I mean by saying "trivial reordering aside". It is a symmetry that rarely appears in practice. > > So what do you actually mean by "one optimal outcome"? See above. -- Paul Lutus http://www.arachnoid.com ========================================================================== TOPIC: SAAJ XML SOAP and element parameters http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/c6907f77e67a4def ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 9:50 am From: Jannar Molden <[EMAIL PROTECTED]> Hello. I'm learning the XML SOAP with Java SAAJ library. This is what I need to create: <SOAP-ENV:Body> <axl:getPhone xmlns:axl="http://www.cisco.com/AXL/1.0 xsi:schemaLocation="http://www.cisco.com/AXL/1.0 http://gkar.cisco.com/schema/axlsoap.xsd sequence="1234"> <phoneName>SEP003094C40973</phoneName> </axl:getPhone> </SOAP-ENV:Body> I have managed to create all previous elements, but this Body element is confusing. I only get the "<axl:getPhone xmlns:axl="http://www.cisco.com/AXL/1.0";> When using Name bodyName = envelope.createName("getPhone", "axl", "http://www.cisco.com/AXL/API/1.0";); SOAPBodyElement getPhone = body.addBodyElement(bodyName); but how do I add those two other parameters (xsi:schemaLocation and sequence)? Regards, Jannar ========================================================================== TOPIC: Access to Wireless LAN ... http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/4b6710a272f95e58 ========================================================================== == 1 of 6 == Date: Thurs, Sep 2 2004 9:51 am From: Paul Lutus <[EMAIL PROTECTED]> Michael Borgwardt wrote: > Paul Lutus wrote: >>>I am quite sure than most onlookers here will have found your behaviour >>>(sloganeering is a good word for it) rather more embarassing, certainly >>>socially, if not technically. >> >> >> Honest to God, you were entirely wrong and I posted the proof. > > No, I was mostly right, You know, people can read the thread for themselves. It isn't as though this is Monday morning and you are discussing what you did or didn't say while under the influence on saturday night. IOW hyperbole has no place where there is so much evidence readily available. > except for accepting a common innacurate > terminology used by the original poster, on which you subsequently > focused to the exclusion of everything else. It was you who focused entirely on that, not me, and as the thread proves. I merely replied with evidence. >>>This thread was started with a request for technical help with >>>a specific problem, not for definition sophistry. >> >> Ah, I see. So once you are proven wrong, the sin is excessive technical >> sophistication on the part of your opponent. > > The sin is obsession with proving me wrong You were intent on proving me wrong, but you don't know how to argue or produce evidence, so you failed. You were also entirely wrong, but this is not fatal to an argument if someone understands debate. > on a formality It wasn't a formality when you thought you were right. After you were proven wrong, it was demoted. Very weak. > while > completely ignoring the actual question the thread began with, and my > repeated references to it. It was you who drifted the thread away from its original topic. Read the thread. >>>And to that, >>>as I have to repeat for the socially challenged, it is absolutely >>>irrelevant whether Bluetooth is technically "*a* wireless LAN >>>technology", >> >> You once asserted forcefully that it was false and very relevant, now it >> is > > The only one who was forceful (obsessively so) about its relevance was > you, Read the thread. You were loudly and insistently wrong. > and so... And so you cannot debate. It is not an inbred skill, you have to learn it. >> absolutely irrelevant. You could have taken the latter position earlier >> and saved yourself no small public embarrassment. > > The only one who embarassed himself publically [sic] was you. > Of course, you'll probably never admit (or even realize) that. Respelled and redirected: The only one who embarassed himself publicly was you. Of course, you'll probably never admit (or even realize) that. Since you were proven wrong by the trivial application of evidence, it is incumbent on you to acknowledge your error. Instead, you describe the entire matter as "trivial", which makes one wonder why you insisted at length over a period of days that you were right. -- Paul Lutus http://www.arachnoid.com == 2 of 6 == Date: Thurs, Sep 2 2004 10:10 am From: Paul Lutus <[EMAIL PROTECTED]> Paul Lutus wrote: / ... >> The only one who embarassed himself publically [sic] was you. >> Of course, you'll probably never admit (or even realize) that. > > Respelled and redirected: The only one who embarassed himself publicly was > you. Of course, you'll probably never admit (or even realize) that. Hmm, in my intent to quote you exactly, apart from corrections, I managed to miss one of your two misspelled words the first time. Let's try again: >> The only one who embarassed [sic] himself publically [sic] was you. >> Of course, you'll probably never admit (or even realize) that. Respelled and redirected: The only one who embarrassed himself publicly was you. Of course, you'll probably never admit (or even realize) that. Here is how literacy education works: 1. Render your ideas in stunning prose. But first ... 2. Learn how to assemble paragraphs into ideas. But first ... 3. Learn how to assemble sentences into paragraphs. But first ... 4. Leasn how to assemble words into sentences. But first ... 5. Learn how to assemble letters into words. You must start at the bottom. -- Paul Lutus http://www.arachnoid.com == 3 of 6 == Date: Thurs, Sep 2 2004 10:52 am From: Michael Borgwardt <[EMAIL PROTECTED]> Paul Lutus wrote: >>Respelled and redirected: The only one who embarassed himself publicly was >>you. Of course, you'll probably never admit (or even realize) that. > > > Hmm, in my intent to quote you exactly, apart from corrections, I managed to > miss one of your two misspelled words the first time. Let's try again: Spelling flames. Your paltriness apparently knows no bounds. == 4 of 6 == Date: Thurs, Sep 2 2004 11:06 am From: Paul Lutus <[EMAIL PROTECTED]> Michael Borgwardt wrote: > Paul Lutus wrote: >>>Respelled and redirected: The only one who embarassed himself publicly >>>was you. Of course, you'll probably never admit (or even realize) that. >> >> >> Hmm, in my intent to quote you exactly, apart from corrections, I managed >> to miss one of your two misspelled words the first time. Let's try again: > > Spelling flames. Your paltriness apparently knows no bounds. It was a correction, not a flame. Your attitude toward it fully explains your poor skills, to the degree that it is a matter of volition as opposed to genetics. In Usenet, illiteracy trumps all, as you have proven once again. All this apart from your unwillingness to stick to a single topic once things begin going against you. -- Paul Lutus http://www.arachnoid.com == 5 of 6 == Date: Thurs, Sep 2 2004 11:32 am From: Michael Borgwardt <[EMAIL PROTECTED]> Paul Lutus wrote: >>except for accepting a common innacurate >>terminology used by the original poster, on which you subsequently >>focused to the exclusion of everything else. > > > It was you who focused entirely on that, not me, and as the thread proves. The thread proves exactly the opposite. > I merely replied with evidence. Eventually. After several requests of me to do so, when you had just repeated your statements and snipped everything else. >>The sin is obsession with proving me wrong > > > You were intent on proving me wrong, No, I was intent to explain you what I meant. You were intent to ignore everything about my statements except the one detail I was wrong in. > but you don't know how to argue or > produce evidence, so you failed. Nope, I succeeded. You ignored it time and time again. > You were also entirely wrong, I was not. > but this is > not fatal to an argument if someone understands debate. As you do apparently not. >>on a formality > > It wasn't a formality when you thought you were right. After you were proven > wrong, it was demoted. Very weak. Weak of you to still not understand the point. >>while >>completely ignoring the actual question the thread began with, and my >>repeated references to it. > > > It was you who drifted the thread away from its original topic. Let me tell you how I see the development of the thread, maybe that will allow use to get away from fruitless repetitons of "I'm right and you're not": 1. The original poster asked for a way to set and query ESSIDs of his "wireless LAN" card. <[EMAIL PROTECTED]> 2. You told him that was impossible in Java, as it was platform dependent. <[EMAIL PROTECTED]> 3. I pointed out that other platform dependent things are also done in Java, and that there's no reason why there couldn't be a standard API for wireless LAN <[EMAIL PROTECTED]> 4. You said that would be impossible because the functionality and implementation of "wireless interfaces" diverge too much. You mentioned Bluetooth. <[EMAIL PROTECTED]> 5. I said that Bluetooth was not the issue because the original poster had talked about "wireless LAN", which most people use to specifrically mean 802.11. And that he mentioned a specific feature (ESSIDs) of 802.11, making it pretty clear that he didn't require a way to manipulate Bluetooth, only 802.11 <[EMAIL PROTECTED]> 6. In your next posting, you ignored all the evidence I had pointed out, focused exclusively on the (implied, at that point) statement "Bluetooth is not Wireless LAN", and made its negation your battlecry. <[EMAIL PROTECTED]> 7. Again, I explained that the term "Wireless LAN" is generally not considered to include Bluetooth. I cited evidence that this is a widely-accepted definition. I again pointed out evidence that it is also what the original poster meant. I *asked* for evidence to the contrary. <[EMAIL PROTECTED]> 8. You ignored all the evidence and explanations, provided none yourself and tried to ridicule me. <[EMAIL PROTECTED]> 9. At this point I became pissed off, and complained (in an admittedly offensive way) that you had ignored all the evidence and original topic and instead focussed solely on that one statement that "Bluetooth is not a wireless LAN". <[EMAIL PROTECTED]> 10. Again you reinforced your focus on that statement and claimed that it was the only thing relevant. In a second posting you *finally* posted evidence for your oppostion to it, mixed with cloaked insults. <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 11. I insulted back, but also admitted that you had posted compelling evidence that Bluetooth should be considered *a* Wireless LAN technology. I again pointed out that this is not how the term "wireless LAN" is generally used, and that it is evidently not what the original poster meant. <[EMAIL PROTECTED]> If you think it was I who "drifted the thread away from its original topic", please point out where and how that happened. And perhaps you should also clarify what you think the original topic was. I say that the original poster asked asked for a way to set and query ESSIDs of his "wireless LAN" card. > And so you cannot debate. I can. A lot better than you, it seems. At least if one considers content important and not just who is right and who is wrong. > It is not an inbred skill, you have to learn it. Yes, and for you to learn it, the first thing you should try is to actually read and consider *everything* that other people say, not just the details that you can conveniently attack. == 6 of 6 == Date: Thurs, Sep 2 2004 11:50 am From: Michael Borgwardt <[EMAIL PROTECTED]> Paul Lutus wrote: >>Spelling flames. Your paltriness apparently knows no bounds. > > > It was a correction, not a flame. It was meant to be offensive, not relevant or helpful. Same thing. Especially when posted publically in a message that has not other purpose. > Your attitude toward it fully explains > your poor skills, to the degree that it is a matter of volition as opposed > to genetics. Your attitude towards it fully explains your poor reputation. > In Usenet, illiteracy trumps all, as you have proven once again. As you have proven (and others have noticed before), being an annoying social retard who calls people "illiteate" for a few typos does *not* trump all. Yes, I know that's an unveiled insult. You've earned it. > All this apart from your unwillingness to stick to a single topic once > things begin going against you. While your specialty is single-mindedly and obstinately sticking to a single statement not even relevant to the topic, like a rabid dog worrying a piece of rotten meat. ========================================================================== TOPIC: model diagrams in JSP web applications http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/bf351b80394be39 ========================================================================== == 1 of 2 == Date: Thurs, Sep 2 2004 10:12 am From: [EMAIL PROTECTED] (Matt) I want to know when we develop JSP web applications, usually what model digrams we will write in design document? I haven't seen any class digrams for JSP web applications, not even the diagrams for Java beans and classes. Please advise. thanks!! == 2 of 2 == Date: Thurs, Sep 2 2004 12:03 pm From: Bryce <[EMAIL PROTECTED]> On 2 Sep 2004 10:12:22 -0700, [EMAIL PROTECTED] (Matt) wrote: >I want to know when we develop JSP web applications, usually what >model digrams we will write in design document? I haven't seen any >class digrams for JSP web applications, not even the diagrams for Java >beans and classes. Then you haven't looked very hard. http://www-306.ibm.com/software/rational/uml/?doc_key=100462 -- now with more cowbell ========================================================================== TOPIC: enterprise software application definition http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/d89fb94719636c2b ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 10:14 am From: [EMAIL PROTECTED] (Matt) I want to know the definition of enterprise software application?? For example, J2EE applications, is it just a software for enterprise use? I am little bit confused how it differ from other commerical software applications. please advise. thanks!! ========================================================================== TOPIC: running the cactus tests in appfuse http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/e5907fd14679e4e7 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 10:27 am From: [EMAIL PROTECTED] (brian coates) I'm working through the appfuse tutorial, and I've come accross a problem when trying to run the ant test-cactus -Dtestcase=PersonAction (#6 on http://raibledesigns.com/wiki/Wiki.jsp?page=ValidationAndList). I get a org.apache.cactus.util.ChainedRuntimeException: Failed to authenticate the principal at... exception. I think I've narrowed it down to the admin.username and encryptedPassword defined in LoginServletTest.properties. By default, the admin.username is "mraible" and the encryptedPassword is, well, encrypted... so I'm not sure what it is. Is this the admin username/password for tomcat or mysql? What do I need to change them to, to be able to run the cactus' tests? Thanks! ========================================================================== TOPIC: XMLEncoder/XMLDecoder and mutable arguments to getters/setters http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/e6b35c0f2d434d2a ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 10:43 am From: Chris Riesbeck <[EMAIL PROTECTED]> In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (George Armhold) wrote: > The old format, created without defensive copying does not. What's > going on here? Does XML{De,En}coder somehow "know" when data has been > copied, and behave differently? XMLEncoder uses a "redundancy elimination" algorithm to avoid writing default values. To encode a bean X, it creates a new bean Y, then compares each property of Y with X. When they differ, it copys the value of that property from X to Y, and records what it had to do. Then at the end it writes out what it had to do to make Y = X. Furthermore, to avoid writing collections (in the generic sense, including arrays, lists, and so on), that differ only slightly, it checks them element by element and only writes the differing values. You can see this by creating a toy bean that has an array of A and B by default, make an instance that has A and C, and look at what XMLEncoder generates. Hence, if you make things non-equal through copying, you can trigger odd effects. I'm not sure why you should be getting incorrect data stored though. ========================================================================== TOPIC: Thread synchronization problem http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/51dbef92f81ca351 ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 10:41 am From: "Vincent Lascaux" <[EMAIL PROTECTED]> > In that case, your original download() method must not invoke the other > methods of Data. Such an implementation is by definition incorrect. > Once you fix that issue, you should not have a synchronization problem, > but there may still be a better design. My data object is a table that maintains several objects itself. I download object by object and call a add(Object) method. This method has to be public so that the Data object can be modified by the user of the class. It also checks that the object added is valid (one of the rules for example is that no two objects must have the same "name" (a property of the object)). I want to reuse this add function (I dont want to copy and paste the body of the function in my download method :^p ) -- Vincent ========================================================================== TOPIC: solution to the dinning philosopher problem http://groups-beta.google.com/group/comp.lang.java.programmer/browse_thread/thread/3546a4e2a64af1af ========================================================================== == 1 of 1 == Date: Thurs, Sep 2 2004 11:32 am From: "Yan Zhou" <[EMAIL PROTECTED]> Hi there, I have code a program that solves the dinning philosopher problem. But there is still room to improve. My solution is to acquire both forks at any given time. If a philosopher first gets the left fork, and then tries to get the right fork, that may risk starvation. The current solution locks on the list object (which contains all fork objects). Thus, only one philosopher can acquire two forks at any given time, and multiple philosophers can eat at the same time. Once a philosopher acquires the forks, they are removed from the list; and philosopher returns the forks to the list after he finished eating. I would like to enhance the program so that multiple philosophers can get the forks at the same time. And I still want to ensure that a philosopher always get two forks at once. This is more difficult because I can no longer lock on the list object which contains forks since multiple phiolosophers must be allowed to remove/add forks to the list. I do not have an elegant solution for this. Any suggestion? Yan ======================================================================= You received this message because you are subscribed to the Google Groups "comp.lang.java.programmer". comp.lang.java.programmer [EMAIL PROTECTED] Change your subscription type & other preferences: * click http://groups-beta.google.com/group/comp.lang.java.programmer/prefs Report abuse: * send email explaining the problem to [EMAIL PROTECTED] Unsubscribe: * click http://groups-beta.google.com/group/comp.lang.java.programmer/subscribe ======================================================================= Google Groups: http://groups-beta.google.com ------------------------ Yahoo! Groups Sponsor --------------------~--> $9.95 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/J8kdrA/y20IAA/yQLSAA/BCfwlB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/kumpulan/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
