The software circles of hell: Java, NetBeans, Maven, Tomcat, and about 50,000 vaguely-named Java libraries



  • The fact that the shawl you're wrapped in can be torn to shreds by any number of tools, e.g., scissors, does that mean that your shawl is broken, too? In the same way, your laptop is broken too, right? Your life must be one of constant disappointment and sadness, discovering that everything can be broken.



  • @blakeyrat said:

    And since I'm sick as a dog I'm just sitting here in my office chair wrapped in a shawl and basically the most pathetic thing ever.
    Awww... Now I feel bad.  :(

    Okay, you win!


  • ♿ (Parody)

    @blakeyrat said:

    @boomzilla said:
    OK:
    @boomzilla said:
    File -> Switch Workspace -> Other. Then browse to where you want it to store your workspace, and tell it to use that place.

    Except that doesn't work because the program doesn't even run. You obviously didn't bother to read the bug. Please don't waste my time with this bullshit.

    Hell no, I didn't read the whole thing. I was going from memory, and only addressing that bit. And anyways, I guess Aptana does stuff that stock Eclipse doesn't do.



  • @blakeyrat said:

    *) the error message doesn't say "that user account doesn't exist" it literally says "that user doesn't exist". Even the tiniest details in Java products are broken.

     

    Fuckin' man.  Just fuckin'.

    Who's being the fucking pedantic dickweed now??  May I refer you back [url="http://forums.thedailywtf.com/forums/p/25396/274305.aspx#274305"]here[/url] where you bitched about being misinterpreted because you forgot the word "changed".

    Dude, you are off your meds.  You need serious fucking help, bar none.

     



  • There IS a difference between production quality software and getting your point across on an internet forum, you know.



  • @Sutherlands said:

    There IS a difference between production quality software and getting your point across on an internet forum, you know.

    Baby steps, or you might scare them



  • After a frustrating day, here's why I hate Java.

    Background: a gig from 1998-2003, a basic Java/JSP/MySQL/Javascript vehicle, requires every now and then some new features. A twelve year old Windows laptop is used for this, rigged up with Java, Eclipse, Ant, MySQL, Perl, Tomcat, Apache common libs plus a dozen third party libs and plugins to make these actually work.

    In execution, Java is fine: apps keep running well on a Linux host, taking a hundred thousand hits a day with some heavy database work on the side and only is taken down once or twice a year for hardware maintenance or software upgrades. Can’t say the same thing for .NET which is my primary vehicle since 2003. Also, no major issue with the language as such except that it's somewhat late in catching up with the rest of us.

    Depending on a twelve year old box feels uncomfortable, so today I took another stab at configuring a new box without success. This time on a Mac but earlier attempts on Windows box were equally unsuccessful.

    You would think that a working JSP/Java/Javascript/MySQL environment comes out of the box. But it doesn’t (tried MyEclipse once but that didn’t live up to its promises at all). So I downloaded the latest versions of Java, Eclipse, Tomcat, Ant, MySQL, etc. etc, etc. Plucked unsupported tools from the laptop.

    Installation is more or less easy but then: how to make this work together? Impossible. Every seemingly simple thing to make this work needs to be done in the most complicated manner. Things that don't have anything to do with software development. Things without decent documentation, if any. With Google pointing to false clues that apply to only deprecated versions. Things that can only be done by editing XML files in a raw text editor. By hard-coding paths all over the place. By typing arcane commands in a shell.
                                   
    So the day has come to a close and Eclipse and Tomcat now seem to nominally work with each other. Everything’s mirrored exactly from the configuration on the working laptop. Paths resolved. Permissions granted. Data loaded. The app compiles. When deployed as a war in a stand-alone Tomcat it runs fine. But debugging from Eclipse is impossible. Hot compiles don’t work. Which makes Eclipse just about as useful as NotePad.

    Now this is probably because I'm only half capable of doing this. The point is, it shouldn't be necessary to do this shit to write code.
                       
    Java is the cause of this nightmare. Its lack of basic stuff implies the necessity of twenty third-party tools, ten of them relying on deprecated stuff, the other ten no longer supported at all and none of them compatible with any other. Can’t blame Eclipse for not getting this act together.

    So I don’t hate Eclipse or Netbeans, I only feel sorry for them. Java is what I hate.



  • @Sutherlands said:

    There IS a difference between production quality software and getting your point across on an internet forum, you know.

     

    That is correct.  But I wouldn't have a problem with seeing "That user doesn't exist" and thinking "Oh, it doesn't think my user account exists" vs "Dear God, I'm a figment of my own imagination!!"

    Maybe the wording can be changed.  But did it get the point across?  Yes.  Does every English-speaking person in the world word everything in exactly the same way?  No.


  • ♿ (Parody)

    @nonpartisan said:

    @Sutherlands said:

    There IS a difference between production quality software and getting your point across on an internet forum, you know.

     

    That is correct.  But I wouldn't have a problem with seeing "That user doesn't exist" and thinking "Oh, it doesn't think my user account exists" vs "Dear God, I'm a figment of my own imagination!!"

    Maybe the wording can be changed.  But did it get the point across?  Yes.  Does every English-speaking person in the world word everything in exactly the same way?  No.

    Yeah, complaining about the wording of this message is just stupid. While I generally like Jira, I've seen it often apparently drop various configuration details, like permissions on a project or the integration with svn. I've never seen a user account go missing. That's obviously pretty serious. The other stuff I've seen were (I think) all the results of someone changing something, somewhere. My impression is that all of the configuration is therefore way too fragile.

    Or maybe one of the java guys at blakey's shop has been reading his anti-java rants on TDWTF and decided to drop his ass.



  • @nonpartisan said:

    @Sutherlands said:

    There IS a difference between production quality software and getting your point across on an internet forum, you know.

     

    That is correct.  But I wouldn't have a problem with seeing "That user doesn't exist" and thinking "Oh, it doesn't think my user account exists" vs "Dear God, I'm a figment of my own imagination!!"

    Neither does blakey.  He just gets more upset than you do when people don't pay attention to the small things.

    In fact... I'm pretty sure this entire thread can be summed up with that sentence.


  • ♿ (Parody)

    @Sutherlands said:

    @nonpartisan said:

    @Sutherlands said:

    There IS a difference between production quality software and getting your point across on an internet forum, you know.

     

    That is correct.  But I wouldn't have a problem with seeing "That user doesn't exist" and thinking "Oh, it doesn't think my user account exists" vs "Dear God, I'm a figment of my own imagination!!"

    Neither does blakey.  He just gets more upset than you do when people don't pay attention to the small things.

    In fact... I'm pretty sure this entire thread can be summed up with that sentence.

    Perhaps. But there's also the pedantic dickweedery involved with the "user" thing. It's not necessarily the little things, but deliberate misunderstanding. For example...

    Suppose there was a police officer named blakeyrat. At some point, he mouths off one too many times about the usability of his cruiser's siren, and gets in trouble and gets his badge taken away, fired, etc. Now, the police officer blakeyrat no longer exists. Does this mean the person blakeyrat no longer exists? According to TDWTF favorite blakeyrat, that's exactly what it means.

    Reasonable people fluent in language disagree. The jira user is not a person. It's a set of credentials that allow use of the system using those credentials. One could add the word "account" to the end of that, but is it really necessary? Does it really represent a failure to communicate? Or just an opportunity for pedantic dickweedery?



  • @JvdL said:

    After a frustrating day, here's why I hate Java.

    [i](explanation of a project using a large stack of Java products that is very hard to maintain)[/i]

    Nicely written.  I especially appreciate that you acknowledge the cause of your problems to be incompatibility between so many tools/components - or as I call it: way too many potential points of failure.  I had to work on a project like this a couple years ago.  I won't disturb you with the details, because they would.  But the point is we reinvented an existing system (that was buggy, but worked), replacing it with way too many components that didn't play well together, and the result was many late nights, sacrificed weekends, holidays, etc. for a system that lost client data on a daily basis.  It was far more complex and buggy than the system before it, nearly impossible to maintain, and resulted in many people jumping ship (myself included).

    @JvdL said:

    Java is the cause of this nightmare. Its lack of basic stuff implies the necessity of twenty third-party tools,
    This might be the only thing I disagree with in your comment; specifically, I disagree that this necessity might be implied universally.  I've worked on several Java projects where I didn't require nearly so many incompatible tools.  However, that's not at all to say in your case that Java didn't necessitate so many tools/components.

    Overall though, it was a clear, well-written, completely-fair anti-Java comment.  Well done.



  • @boomzilla said:

    @blakeyrat said:
    @boomzilla said:
    OK:
    @boomzilla said:
    File -> Switch Workspace -> Other. Then browse to where you want it to store your workspace, and tell it to use that place.

    Except that doesn't work because the program doesn't even run. You obviously didn't bother to read the bug. Please don't waste my time with this bullshit.

    Hell no, I didn't read the whole thing. I was going from memory, and only addressing that bit. And anyways, I guess Aptana does stuff that stock Eclipse doesn't do.

    Yep. Specifically (and I think this was established in the other thread at one point, but I don't feel like going back through it to make sure), at least at the time Blakey was trying to use it, the Aptana standalone installer set itself up with a default workspace location based on broken assumptions about Windows user directories and doesn't ask where you want it. Whereas if you install Aptana as an Eclipse plugin instead, Eclipse will ask you to choose your workspace location on first run (although what it suggests as the default is still incorrect, as I recall).

    You can also manually set SHOW_WORKSPACE_DIALOG=true in configuration/.settings/org.eclipse.ui.ide.prefs under your Eclipse installation folder, if you're psychic or experienced enough to know where to look. And then you can fuss about how that directory should be in %APPDATA% or how that's not how you hide directories on Windows, if you like, although in my opinion the latter isn't really relevant.



  • @boomzilla said:

    Reasonable people fluent in language disagree. The jira user is not a person. It's a set of credentials that allow use of the system using those credentials. One could add the word "account" to the end of that, but is it really necessary? Does it really represent a failure to communicate? Or just an opportunity for pedantic dickweedery?

    1) Should this really have been a response to me?  I mean, I get where both sides are coming from.  I'm not the person you have to convince on anything.

    2) Software SHOULD be correct.  There's little/no reason that misspellings/miswordings should exist in production quality software.  (I absolutely abhored a library I worked with that had "OnFileNameChoosen")

    3) Even your response above was much better than the response I originally replied to, which just said "you're an idiot".

    4) A user IS the person that is doing the operation.  I was going to write about how someone could have responded simply "I disagree, a user can mean <X>" - but none of the definitions I can find would support anything contrary to what blakey said.



  • @kilroo said:

    Whereas if you install Aptana as an Eclipse plugin instead, Eclipse will ask you to choose your workspace location on first run (although what it suggests as the default is still incorrect, as I recall).

    Still broken. Remember: Windows doesn't guarantee that user profile special folders stay in the same place from login-to-login. If you write a static path once at install, your program will break the instant that special folder is moved.

    I wish people could either:
    1) Just take my word that it's broken beyond belief
    2) Actually engage their brains before typing things like the above, and realize: hey even that behavior is still broken, so then I wouldn't have to

    Or possibly 3) admit to themselves they don't know shit about how Windows works, and they shouldn't be commenting on it until they've educated themselves.


  • ♿ (Parody)

    @Sutherlands said:

    @boomzilla said:

    Reasonable people fluent in language disagree. The jira user is not a person. It's a set of credentials that allow use of the system using those credentials. One could add the word "account" to the end of that, but is it really necessary? Does it really represent a failure to communicate? Or just an opportunity for pedantic dickweedery?

    1) Should this really have been a response to me?  I mean, I get where both sides are coming from.  I'm not the person you have to convince on anything.

    Well, it was a reply sparked by your summary, though not necessarily aimed at you.

    @Sutherlands said:

    2) Software SHOULD be correct.  There's little/no reason that misspellings/miswordings should exist in production quality software.  (I absolutely abhored a library I worked with that had "OnFileNameChoosen")

    Yes, I don't think anyone here disagrees with that, even though blakey's persecution complex assures him that most of us do.

    @Sutherlands said:

    3) Even your response above was much better than the response I originally replied to, which just said "you're an idiot".

    4) A user IS the person that is doing the operation.  I was going to write about how someone could have responded simply "I disagree, a user can mean <X>" - but none of the definitions I can find would support anything contrary to what blakey said.

    Yes, my post there was an elaboration on my initial thoughts on reading that whine from blakey about jira. Not necessarily. There are many times where you might have a user set up solely for some form of automation. Multiple people could share the same set of credentials (this reminds me of the blakeyrant about using emails to uniquely identify users). From the perspective of the system, an actual user may or may not be a person, but it requires those credentials. So while the person may not have spontaneously combusted, if those credentials don't exist, then there's no user.

    And then there's the case of just "user" being shorter form for "user account," which is still not unreasonable. The only way I would consider it a bug is if the application had some official style guide that was being violated, which in this case I would say is arbitrary, but a bug (similar to violating a color scheme specified in a requirement or something).



  • Here's another thing NetBeans is great at: internationalization!


    (Apologies for crude anonymization)

    Please, Java fans, please explain to me that it's perfectly acceptable for a text editor to not be able to display basic French. I want to see what you come up with.



  • @blakeyrat said:

    @kilroo said:
    Whereas if you install Aptana as an Eclipse plugin instead, Eclipse will ask you to choose your workspace location on first run (although what it suggests as the default is still incorrect, as I recall).

    Still broken. Remember: Windows doesn't guarantee that user profile special folders stay in the same place from login-to-login. If you write a static path once at install, your program will break the instant that special folder is moved.

    I wish people could either:
    1) Just take my word that it's broken beyond belief
    2) Actually engage their brains before typing things like the above, and realize: hey even that behavior is still broken, so then I wouldn't have to

    Or possibly 3) admit to themselves they don't know shit about how Windows works, and they shouldn't be commenting on it until they've educated themselves.

    It was not my intent to claim that the behavior wasn't still broken, although <PD>I don't personally have any trouble believing that it is.</PD> I initially set out to explain what, specifically, Aptana did differently from regular Eclipse, and then I went off on a tangent regarding workarounds that could allow the program to run, despite the brokenness, even if one had fallen afoul of the situation in which it renders the application unusable. Specifically, as long as one can specify the workspace path, all one needs is a static path that can always point to the workspace. For those of us whose user profile special folders don't move, they'll do. For those who don't need the workspace to be user-specific, there are other options. I don't know whether it's possible in Windows to set up some kind of link or file system virtualization or demonic enchantment that allows one to have, for example, the path "Q:\eclipsefails" always actually point to "%APPDATA%\eclipse" (wherever that happens to be today) or not, because I've never needed to do so; if you can do that, then (while still not making Eclipse any less broken) you have yet another option.

    Oh, and no, I don't understand how Windows special folders work. Since Windows 98, I've habitually avoided them (to the extent that I found it possible) until I read your Aptana bug report, and I still haven't really bothered to research anything beyond what you've said about them. I think you provided a link to additional information and I didn't even read all the way through that. And I don't understand what Eclipse is doing with workspace paths that causes entering "%APPDATA%\test" to create a directory named "%APPDATA%" (with a subdirectory named "test") inside the installation directory rather than a directory named "test" in %APPDATA%. What I do know is that Eclipse won't break due to its workspace moving if you can see to it that the workspace doesn't move, and it won't mess up your computer by storing its workspace in an inappropriate place if you tell it to store the workspace somewhere else.

    ...Comes to that, you could leave it set to ask for your workspace location at startup and tell it where it's moved to, if you absolutely had to. Again, doesn't keep it from being broken, just keeps it from being useless because of that particular bug. And there may be some poorly-coded plugins that store full paths instead of workspace-or-deeper-relative paths in their metadata and would get messed up if you did that.

    Of course, all of that is immaterial unless one (1) can find the workaround, and (2) is willing to compromise (to the extent of using it, even if one is still going to complain bitterly). But if one weren't going to complain bitterly, we wouldn't get to read Blakeyrants, now, would we.

    Now, this Maven thing, on the other hand (and to get back on topic), I'm with you on this one. The behavior you're observing makes no sense to me. If your esteemed colleagues HAVE found some obscure configuration that is actually supposed to exhibit the seemingly nondeterministic behavior you're getting out of it, I would love to know what the heck kind of circumstances are supposed to make it useful. But it seems more likely to me that what they've managed to do is find a configuration edge case that exposes a genuine bug, and that bug has splattered right smack in the middle of your windshield.



  • @blakeyrat said:

    Here's another thing NetBeans is great at: internationalization!

    Please, Java fans, please explain to me that it's perfectly acceptable for a text editor to not be able to display basic French. I want to see what you come up with.

    That looks similar to a result I got recently when something had managed to end up reading from a file with one encoding and trying to write to an existing file with a different encoding, and possibly explicitly trying to use a third encoding for the output. I'm pretty sure the encodings involved were selected from CP-1252, UTF8, and ASCII, but I don't remember in what combination. This is intended as an attempt to help you figure out how to work around the problem and accomplish your goal (if you haven't already), not a claim that what Netbeans is doing is acceptable.

    (Edit: I can't resist asking. What does it look like if you open that file in Jamespad? I'd give about even odds whether it displays correctly, because Netbeans is determining the file's encoding incorrectly, or it displays the same way, because something has set the file's coding incorrectly.)



  • @blakeyrat said:

    Here's another thing NetBeans is great at: internationalization!


    (Apologies for crude anonymization)

    Please, Java fans, please explain to me that it's perfectly acceptable for a text editor to not be able to display basic French.

    Are you sure you haven't just got either the project default encoding or the individual file's encoding screwed up?  What with your recent Tomcat experience, I wonder if you shouldn't double-check the way you configured things first, before blaming the software.  You didn't show us the relevant part of the file that contains the meta charset / http-equiv-content-type or xml declaration.

    @blakeyrat said:

    I want to see what you come up with.

    http://www.google.co.uk/search?q=netbeans+utf-8&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official

     -->  http://wiki.netbeans.org/FaqEditorUTF8 

        -->   http://wiki.netbeans.org/FaqI18nProjectEncoding

    So.  What's the project encoding set to?  What's the file encoding defined as?  Let's be systematic about this, why don't we?




  • @DaveK said:

    So. What's the project encoding set to?

    Why should I have to care?

    @DaveK said:

    What's the file encoding defined as?

    Why should I have to care?

    @DaveK said:

    Let's be systematic about this, why don't we?

    Ok.



  • @blakeyrat said:

    @DaveK said:
    So. What's the project encoding set to?

    Why should I have to care?@DaveK said:

    What's the file encoding defined as?

    Why should I have to care?

    Because, as far as I know, artificial intelligence has not yet progressed far enough that a piece of software is capable of determining the correct character encoding of any arbitrary file you throw at it 100% of the time.

    No, not even your beloved Microsoft has discovered that holy grail. If I had a nickel for every file I have opened in Visual Studio (or tried to read into one of my programs, say, via a StreamReader) that ended up with broken UTF characters, then ... well, then I would have a whole lot of nickels.



  • @blakeyrat said:

    If it's even possible for a build system to produce different results when run on the same files, using the same target, then it's a bug. Period. I don't see any point debating that further.

    Now, maybe something in my company's configuration exposed the bug. But that doesn't magically mean Maven isn't buggy. Maybe the bug is rare. Maybe we're the first to ever discover it. Maybe it works for everybody else in the world except our little team of web developers. But that doesn't magically mean Maven isn't buggy.

    That argument works both ways: If your company is using a crappy build configuration that creates crappy results, then that does not automagically mean that the build system is buggy just for allowing such a crappy configuration.

    Build systems are powerful tools. Like any powerful tool, you have to take care when using it, being sloppy or careless can lead to disaster. Imagine a 3-year-old driving a full-size bulldozer in your back yard and tell me you wouldn't feel uncomfortable about that.

    And surely you wouldn't expect a build system to be so foolproof that it would not be possible to configure anything wrong to begin with. Because that would be like trying to build a house with rubber nails and a Nerf hammer (because real nails and hammers are much too dangerous). Oh wait, what's this...

    @blakeyrat said:

    If it's possible to configure it in such a way that it is no longer fit-for-purpose, (for existence, Maven in this case) then it's broken.

    Ohhkaay...



  • @fatbull said:

    @The_Assimilator said:

    Eclipse stores project information, refactoring shit, its internal organs, debugging shit, and everything else under the sun in the .metadata folder. But if you check that in, the next person who checks it out will be left with a project that might build, but more likely won't even open.
    Do not check it in. .metadata is part of the workspace. Do not check it in. It contains lots of user/machine specific data, such as path names, window positions, and log files. Do not check it in.

    Okay, so how do I group my related projects together? Or should I check in those projects in a single folder and then every time I need to use them, I have to import them into a new workspace? Isn't an IDE is supposed to increase productivity, not decrease it by adding steps that waste time?


  • ♿ (Parody)

    @The_Assimilator said:

    @fatbull said:
    @The_Assimilator said:
    Eclipse stores project information, refactoring shit, its internal organs, debugging shit, and everything else under the sun in the .metadata folder. But if you check that in, the next person who checks it out will be left with a project that might build, but more likely won't even open.

    Do not check it in. .metadata is part of the workspace. Do not check it in. It contains lots of user/machine specific data, such as path names, window positions, and log files. Do not check it in.

    Okay, so how do I group my related projects together? Or should I check in those projects in a single folder and then every time I need to use them, I have to import them into a new workspace? Isn't an IDE is supposed to increase productivity, not decrease it by adding steps that waste time?

    Yes, that's about right. If you want to use them at the same time for some reason, you'd put them into the same workspace. Is that such a big deal? Just check them out from your SCM into your workspace. I realize this may require some shift in your current work flow, but then other differences (due to languages or frameworks or something) are likely to be a lot more disruptive. If you're really so OCD that this destroys or defines your ability to be productive, then TRWTF is definitely not the IDE.

    I often have different projects set up for the current trunk, and possibly a branch that I'm working on, set up in my workspace. I imagine that if I had various configurations of combinations of projects that I tended to use together, I'd probably have a workspace set up for each combination to make it easy to work with. I'm not terribly familiar with VS, but Eclipse workspaces seem most analogous to the VS Solution (I'm sure the analogy breaks down quickly).



  • Might as well add my two cents.

    I've (thankfully) never had to work with Java in a professional (or even pseudo-professional) context, so my experience is limited to the one time I did try my hand at Android development as a personal thing.

    I was following Google's offical tutorial at the time. (This was back when the latest Android version was 1.6, so I'm not sure if the docs still exist even) I did managed to get Eclipse and ADK up and running to some extent, and was able to compile and run a simple "Hello world!" app, despite Eclipse crashing when I opened the UI designer.*

    Then I moved on to the next step of the tutorial. It seemed simple enough- write code that deliberatly causes a NullPointerException. The point of the execise was to demonstrate how the debugger works when you get an unhandled exception- when the exception occured, it should have sent me back to Eclipse with the debugger broken** at the offending line.

    I run the app and it starts up in the emulator, then... it crashes in the emulator and Android handles it.

    Now I try something different, I dig into Eclipse's UI and find out how to set a breakpoint, and put a breakpoint in right before the code that crashes the app. I compile and run it.... it crashes again and Eclipse's none the wiser.

    It was at this point I gave up.

     

    * I don't remember what ADK called it.

    ** The term for a debugger halting at a specific point is "break", so I guess "broken" is acceptable?



  • @boomzilla said:

    @The_Assimilator said:
    Okay, so how do I group my related projects together? Or should I check in those projects in a single folder and then every time I need to use them, I have to import them into a new workspace? Isn't an IDE is supposed to increase productivity, not decrease it by adding steps that waste time?

    Yes, that's about right. If you want to use them at the same time for some reason, you'd put them into the same workspace. Is that such a big deal? Just check them out from your SCM into your workspace. I realize this may require some shift in your current work flow, but then other differences (due to languages or frameworks or something) are likely to be a lot more disruptive. If you're really so OCD that this destroys or defines your ability to be productive, then TRWTF is definitely not the IDE.

    I often have different projects set up for the current trunk, and possibly a branch that I'm working on, set up in my workspace. I imagine that if I had various configurations of combinations of projects that I tended to use together, I'd probably have a workspace set up for each combination to make it easy to work with. I'm not terribly familiar with VS, but Eclipse workspaces seem most analogous to the VS Solution (I'm sure the analogy breaks down quickly).

    Somewhere in between workspace and working set, I think. I'm not sure, because I've never actually used Eclipse to work on multiple projects that actually had build dependencies. I've only ever used it for php stuff and...I'm not gonna get into the screwy way I'm using it with my .Net projects (even though I work on them in Visual Studio) because I didn't want to give up Eclipse's compare editor and the Mylyn plugin. I don't actually keep any of my projects inside my workspace anymore though.



  • @Anonymouse said:

    @blakeyrat said:

    @DaveK said:
    So. What's the project encoding set to?

    Why should I have to care?@DaveK said:

    What's the file encoding defined as?

    Why should I have to care?

    Because, as far as I know, artificial intelligence has not yet progressed far enough that a piece of software is capable of determining the correct character encoding of any arbitrary file you throw at it 100% of the time.

    No, not even your beloved Microsoft has discovered that holy grail. If I had a nickel for every file I have opened in Visual Studio (or tried to read into one of my programs, say, via a StreamReader) that ended up with broken UTF characters, then ... well, then I would have a whole lot of nickels.

    Let's assume for a moment you are correct.. How does that make it not a bug? Even if it's unfixable, it's still a bug.

    Why am I on a forum full of programmers WHO DON'T KNOW WHAT THE WORD "BUG" MEANS! Cripes.



  • So everything in the world has a bug because everything in the world can be broken?


  • ♿ (Parody)

    @blakeyrat said:

    @Anonymouse said:
    @blakeyrat said:
    @DaveK said:
    So. What's the project encoding set to?

    Why should I have to care?
    @DaveK said:

    What's the file encoding defined as?

    Why should I have to care?

    Because, as far as I know, artificial intelligence has not yet progressed far enough that a piece of software is capable of determining the correct character encoding of any arbitrary file you throw at it 100% of the time.

    No, not even your beloved Microsoft has discovered that holy grail. If I had a nickel for every file I have opened in Visual Studio (or tried to read into one of my programs, say, via a StreamReader) that ended up with broken UTF characters, then ... well, then I would have a whole lot of nickels.

    Let's assume for a moment you are correct.. How does that make it not a bug? Even if it's unfixable, it's still a bug.

    Why am I on a forum full of programmers WHO DON'T KNOW WHAT THE WORD "BUG" MEANS! Cripes.

    So now a bug includes doing what the user said to do? Does that mean I can now pass the buck on the bugs in my code to the compiler?

    Perhaps you can explain what the actual bug would be without ranting. If that's not possible, then at least let it be a clear rant, without important, meaning changing, missing words.



  • @kilroo said:

    I'm not sure, because I've never actually used Eclipse to work on multiple projects that actually had build dependencies.
    I did. And believe me, it was awful. Managing more than a handful of interdependend projects in Eclipse is enough to give me nightmares. Now there is something that really would be deserving of a nice angry rant... too bad I am much too mild-tempered for that.



  • @blakeyrat said:

    Please, Java fans, please explain to me that it's perfectly acceptable for a text editor to not be able to display basic French. I want to see what you come up with.
    Please tell me at which point any Java fan claimed that any of the bugs you've described were perfectly acceptable.  I want to see what you come up with.



  • @boomzilla said:

    So now a bug includes doing what the user said to do?

    Oh! How stupid of me! I told it to display gibberish instead of French! I guess I just don't remember doing that.

    @boomzilla said:

    Perhaps you can explain what the actual bug would be without ranting.

    The screenshot wasn't enough?



  • @blakeyrat said:

    @Anonymouse said:

    @blakeyrat said:

    @DaveK said:
    So. What's the project encoding set to?

    Why should I have to care?@DaveK said:

    What's the file encoding defined as?

    Why should I have to care?

    Because, as far as I know, artificial intelligence has not yet progressed far enough that a piece of software is capable of determining the correct character encoding of any arbitrary file you throw at it 100% of the time.

    No, not even your beloved Microsoft has discovered that holy grail. If I had a nickel for every file I have opened in Visual Studio (or tried to read into one of my programs, say, via a StreamReader) that ended up with broken UTF characters, then ... well, then I would have a whole lot of nickels.

    Let's assume for a moment you are correct.. How does that make it not a bug? Even if it's unfixable, it's still a bug.

    Why am I on a forum full of programmers WHO DON'T KNOW WHAT THE WORD "BUG" MEANS! Cripes.

    Jesus, blakey! As often as you keep lashing out at people for a lack of reading comprehension, I would have expected you to actually be able to meet your own high standards. But, as you so poignantly keep reminding us, you're a f-ing hypocrite, so I shouldn't be too surprised.

    Where, exactly, did I deny that this was a bug? Nowhere. You were asking why you should bother to care about making sure your editing environment is properly configured to avoid unexpected behavior (aka "a bug" - Gasp! There it is!). And I told you why you should. That's all there is to it.

    Okay, I admit that I only implicitlyassumed that the "proper configuration" bit is what you were referring to when asking why you should care. Most likely you will now attack me for supposedly completely missing the point because you were actually referring to something completely different. So go ahead, strike me down. But know that I shall become more powerful than you could possibly imagine.

     


  • ♿ (Parody)

    @blakeyrat said:

    @boomzilla said:
    So now a bug includes doing what the user said to do?

    Oh! How stupid of me! I told it to display gibberish instead of French! I guess I just don't remember doing that.

    @boomzilla said:

    Perhaps you can explain what the actual bug would be without ranting.

    The screenshot wasn't enough?

    No. You would need to answer DaveK's questions first, I believe, to confirm that it's a bug. Unless you're claiming something like, "there's only one way to represent 'French' and Netbeans doesn't handle it properly." Or maybe you're just not familiar enough or comfortable enough with the modern world of computer representations of text to understand why the encodings are important. That would explain why you seem to think that they shouldn't matter. It might be a Netbeans bug. But there are other simpler explanations that are very common, and which explain this issue very well.

    So, a good bug description would be along the lines of, "I have Netbeans configured to use encoding XYZ for this project (or however it's set), and I open a file in ABC encoding, and it looks like gibberish instead of the correct characters." Did your screenshot contain all of that? I couldn't see that information. Does the text display correctly in another editor? What encoding is that set to use? Etc.



  • @boomzilla said:

    No. You would need to answer DaveK's questions first

    I believe I did.

    @boomzilla said:

    I have Netbeans configured to use encoding XYZ for this project

    Why should I have to? Why should anybody have to? The file has French characters in it. I don't see the French characters on the screen. That is the bug. Nothing else matters.



  • @boomzilla said:

    @blakeyrat said:
    @boomzilla said:
    So now a bug includes doing what the user said to do?

    Oh! How stupid of me! I told it to display gibberish instead of French! I guess I just don't remember doing that.

    @boomzilla said:

    Perhaps you can explain what the actual bug would be without ranting.

    The screenshot wasn't enough?

    No. You would need to answer DaveK's questions first, I believe, to confirm that it's a bug. Unless you're claiming something like, "there's only one way to represent 'French' and Netbeans doesn't handle it properly." Or maybe you're just not familiar enough or comfortable enough with the modern world of computer representations of text to understand why the encodings are important. That would explain why you seem to think that they shouldn't matter. It might be a Netbeans bug. But there are other simpler explanations that are very common, and which explain this issue very well.

    So, a good bug description would be along the lines of, "I have Netbeans configured to use encoding XYZ for this project (or however it's set), and I open a file in ABC encoding, and it looks like gibberish instead of the correct characters." Did your screenshot contain all of that? I couldn't see that information. Does the text display correctly in another editor? What encoding is that set to use? Etc.

     

    The point that blakeyrat is making is that he shouldn't have to tell NetBeans anything. NetBeans should automatically detect that the encoding should be set to French, without blakeyrat himself needing to do anything at all. In the same way, blakeyrat is now on another forum, complaining about why his TV channels don't automatically display the programs that he'd like to see. That's the only reason he's only posting here 6 hours of every day, because he's spending the other hours on all the other forums around the world for all the other products that can't read his mind. When does he get any real work done, I wonder.

     



  • ♿ (Parody)

    @blakeyrat said:

    @boomzilla said:
    No. You would need to answer DaveK's questions first

    I believe I did.

    Yes, I know, and that's the problem.

    @blakeyrat said:

    @boomzilla said:
    I have Netbeans configured to use encoding XYZ for this project

    Why should I have to? Why should anybody have to? The file has French characters in it. I don't see the French characters on the screen. That is the bug. Nothing else matters.

    LOL. It's not terrible that the initial report doesn't have enough information to solve the problem. But when the clarifying questions come back from the developer, and you answer them this way, do you think you're making a productive use of anyone's time? It's OK that a user doesn't understand the technical details of something like text. It's not OK that the user asks for help and then becomes TRWTF by telling the person trying to figure out what's going on that he doesn't need any more information. That's the kind of bug that gets justifiably closed with a resolution of cannot reproduce.



  • @boomzilla said:

    It's not terrible that the initial report doesn't have enough information to solve the problem.

    Oh, I'm sorry are you asking because you're a developer who wants to fix NetBeans? In that case I can provide an example of the non-working JSP file and a list of NetBeans plugins I have installed. If you had just spelled that out in the first place we could have saved a lot of back-and-forth.

    @boomzilla said:

    But when the clarifying questions come back from the developer,

    I didn't realize you were the developer. Or that this is what you use as a bug tracker. Stupid me, right?

    @boomzilla said:

    That's the kind of bug that gets justifiably closed with a resolution of cannot reproduce.

    If I was actually filing a bug, then obviously I'd include repro instructions. I didn't because, again silly me, I didn't realize this was NetBeans' bug tracker, I thought it was a goofy forum people came to to talk about shoddy software.



  • @blakeyrat said:

    @boomzilla said:
    No. You would need to answer DaveK's questions first

    I believe I did.

    No you didn't, you said "Why should I have to care?"  That's not an answer, it's dodging the question.

    @blakeyrat said:

    Why should I have to? Why should anybody have to?
    Someone already explained that to you, and you screamed at him for arguing that it wasn't a bug (which he didn't).


  • ♿ (Parody)

    @blakeyrat said:

    @boomzilla said:
    That's the kind of bug that gets justifiably closed with a resolution of cannot reproduce.

    If I was actually filing a bug, then obviously I'd include repro instructions. I didn't because, again silly me, I didn't realize this was NetBeans' bug tracker, I thought it was a goofy forum people came to to talk about shoddy software.

    Geez, if you didn't want to actually discuss the issue, maybe you shouldn't have brought it up, huh? You've provided a reasonable first pass bug report that is impossible to verify without more information. Then you answered reasonable questions by making yourself look like an idiot. But hey, I guess that's what keeps the forum readers coming back, so continue.



  • @boomzilla said:

    You've provided a reasonable first pass bug report that is impossible to verify without more information

    This isn't a fucking bugtracker, you dumb shit!

    Yes, I'm just flat-out calling you a dumb shit at this point, because I'm frankly flabbergasted at your claim that I should treat a goofy post in a comedy forum the same way as I should a bug entered in a professionally-developed product's bug tracker.

    I'm turning off email updates for this thread, the dumb is hurting my head.



  • @blakeyrat said:

    @Anonymouse said:

    @blakeyrat said:

    @DaveK said:
    So. What's the project encoding set to?

    Why should I have to care?@DaveK said:

    What's the file encoding defined as?

    Why should I have to care?

    Because, as far as I know, artificial intelligence has not yet progressed far enough that a piece of software is capable of determining the correct character encoding of any arbitrary file you throw at it 100% of the time.

    No, not even your beloved Microsoft has discovered that holy grail. If I had a nickel for every file I have opened in Visual Studio (or tried to read into one of my programs, say, via a StreamReader) that ended up with broken UTF characters, then ... well, then I would have a whole lot of nickels.

    Wrong.

    That's the equivalent of saying, "I asked my computer to tell me the last digit of pi, and it couldn't, so it's a bug!"

    Well, okay, not totally wrong. There is a bug, but it's in YOUR requirements. A bug in the software isn't "doesn't do what blakeyrat wants it to do"; it's "doesn't do what it was intended to do."


  • ♿ (Parody)

    @blakeyrat said:

    @boomzilla said:
    You've provided a reasonable first pass bug report that is impossible to verify without more information

    This isn't a fucking bugtracker, you dumb shit!

    Yes, I'm just flat-out calling you a dumb shit at this point, because I'm frankly flabbergasted at your claim that I should treat a goofy post in a comedy forum the same way as I should a bug entered in a professionally-developed product's bug tracker.

    Ah, yes, the "don't actually try to discuss something because it's a comedy forum" dodge. Your name calling directed at me pales in comparison with your self-beclownment. Perhaps even contributes to the overall effect.

    No, I don't expect you to report something the same way here as in a bug tracker, at least in the initial post. But your subsequent responses show that either you have no clue with respect to how text works with respect to computers, or that you're too embarrassed to admit that you (or a coworker) did something wrong. You asked why anyone would need to know that stuff, and so elaborations were given, which you are convinced are irrelevant to anything relating to your issue. I guess I was right when I guessed that you have no understanding of how to debug something. Or, possibly, human communication.

    None of us have a stake in you getting your job done. So when you ask questions about why you or anyone should have to care about details of a bug, the answer would be something along the lines of your continued employment. Again, our stake in that is minimal. I'll apologize for exposing your deliberate ignorance about letters on a computer screen, but I suspect that even if you read that, you'd still think that no one had any reason whatsoever to think that you had legitimate French characters there..

    @blakeyrat said:

    I'm turning off email updates for this thread, the dumb is hurting my head.

    I suppose the most correct response to that is, "Stop hitting yourself!"



  • @blakeyrat said:

    @boomzilla said:
    I have Netbeans configured to use encoding XYZ for this project

    Why should I have to? Why should anybody have to? The file has French characters in it. I don't see the French characters on the screen. That is the bug. Nothing else matters.

    You're assuming that there exists a single "French" encoding, or that a given byte sequence can only appear in one possible encoding. That is not the case. In general, it is impossible to determine a file's encoding merely by looking at the file's contents. Sure, it would be possible to do some analysis, maybe pick the 20 most likely encodings, present them to the user, give him the option to pick one or let the software pick one, etc., but that's a non-trivial task, and a bloody lot of work for a minor feature that's far off the tool's primary purpose. If I were using NB (or whatever it is you're whining about), I'd much rather they spend their finite resources on more significant issues than on such a low bang-per-buck triviality.

    So the tool uses some default encoding, and either that byte sequence is not a valid character in that encoding, or it's a character that's not present in your chosen font. So it renders it based on what information it has.

    That doesn't qualify for a bug unless A) The tool's docs state that it will correctly figure out the encoding and find an appropriate font, or B) Automatically deciphering encodings and picking fonts is part of the tool's core purpose.



  • @blakeyrat said:

    I thought it was a goofy forum people came to to talk about shoddy software.

    No, we come to watch you troll. 8/10 because you got a lot of bites, but you've also made a lot of posts.



  • @blakeyrat said:

    @boomzilla said:
    You've provided a reasonable first pass bug report that is impossible to verify without more information

    This isn't a fucking bugtracker, you dumb shit!

    Yes, I'm just flat-out calling you a dumb shit at this point, because I'm frankly flabbergasted at your claim that I should treat a goofy post in a comedy forum the same way as I should a bug entered in a professionally-developed product's bug tracker.

    I'm turning off email updates for this thread, the dumb is hurting my head.

    You're very skilled at making outlandish assumptions and then shrieking at others as if those assumptions are universal truths, I'll give you that much.

    For instance, two very amusing assumptions you appear to be making here A) There's no such thing as an analogy, and everything that boom said about bugtracking, etc. was meant to be taken literally, and B) That when you post one of these ridiculous tirades about how the world doesn't work according to your preconceptions, that since this is not a bugtracking site, it's totally unreasonable for somebody to point out how you might be able to solve your problem. (I can see how this would be a sore point for you. After all, if you actually paid attention to what people say here, your panties might untwist and you wouldn't have so much to cry about. Then what would you do with your time?)


  • ♿ (Parody)

    @pjt33 said:

    @blakeyrat said:
    I thought it was a goofy forum people came to to talk about shoddy software.

    No, we come to watch you troll. 8/10 because you got a lot of bites, but you've also made a lot of posts.

    Hey, we talk a lot about shoddy developers and processes, too. For reference, read a snoofle post. But WTF users are fair game, too.



  • @pjt33 said:

    @blakeyrat said:
    I thought it was a goofy forum people came to to talk about shoddy software.

    No, we come to watch you troll. 8/10 because you got a lot of bites, but you've also made a lot of posts.

    Is it still a troll if he's both deliberately doing it for effect AND is actually stupid enough to believe the shit he posts? (If he doesn't believe it and is truly just yanking people's chains, my hat is off to him for his dedication to his craft.)



  • @blakeyrat said:

    I'm frankly flabbergasted at your claim that I should treat a goofy post in a comedy forum the same way as I should a bug entered in a professionally-developed product's bug tracker.
    At which point did he make such a claim?  Are you for real?

    @blakeyrat said:

    I'm turning off email updates for this thread...
    It's probably best.  If you need someone to talk to, your strawman will surely oblige.


Log in to reply