We Keep Coding

Eclipse doesn't split string at line width when formatting

I'm currently working on an application in Eclipse where I'm running a really huge SQL statement that spans about 20 lines when splitting it in notepad to fit on the screen. Thus I want the string for the query also to be formatted somewhat more readable than a single line. All the time autoformatting normally worked when I used Eclipse but somehow now neither Ctrl + Alt + F nor rightclicking and selecting the "Format" option from the menu doesn't work to get a line break after a certain amount of characters.
I already checked the preferences where I already tried running my own profile with 120 and 100 characters line width but that didn't fix anything so far. I really don't know why Eclipse won't let me format this anymore. Normally Eclipse would be splitting the string into several lines in this case but I don't really know why this doesn't work anymore.
However other formatting is being fixed when executing autoformatting (e.g. if(xyz){ still becomes if (xyz) {.
Thank you for your help in advance.

As far as I can tell, autoformat as you described was never supported (at least as far back as 2008). And I have been using Eclipse much longer than that
You can do one of several things.
Simply insert the cursor in the string and hit a return.
Toggle word wrap Alt-Shift-Y
Try writing a regex to do what you want(not certain if this will work).

ArrayIndexOutofBoundsException in solr wordbreaksolrspellchecker getsuggesstion

We are escaping the special characters for exact search (" ") and it works fine, except for few cases where it throws
Arrayindex out of bounds exception at org.apache.solr.spelling.wordbreaksolrspellchecker.getSuggestions
search text : "PRINTING 9-27 TEST CARDS ADD-ON MATT LAMINATION ON 2-SIDE OF TEST CARDS PER BOX OF 100 PCS". the config is spellcheck.dictionary is default and commented the spellcheck.dictionary wordbreak
we cannot apply any patch now, checked the issue LUCENE-5494
any of you suggest any work around to get the results in-spite of the exception. any configuration changes to suppress suggest or spellcheck. commenting word break dictionary also didn't help. solr version 4.10.4

Due to security reasons, I cannot post anything related to code and sorry for the minimal information in the query.
Anyways It might be useful to someone like me. The reason even after commenting the wordbreak dictionary its still showing the exception is,the changes that were made in the solrconfig.xml file was not reflected. I was testing in my local machine which is a standalone environment. Restarting the container (weblogic) doesn't reflect the changes snd reloading the core through admin screen also didn't help. So import and reloadset and then restarting the container did the trick.

Appium's element.clear() on a password TextBox doesn't work (on Android 6.0)

I have noticed that in order to clear a textBox, Appium uses select all first, then deletes it. On Android 6.0 the select all option doesn't exist on this password textBox. Is there any other way to do that? Someone ran into this problem?

Yes, i had faced same issue few days back.
I had observed that, even if you manually try to select full password, it will not do it, so you can't use select all, below code lines worked for me
element.sendKeys(Keys.HOME,Keys.chord(Keys.SHIFT,Keys.END),"55");
or
element.sendKeys(Keys.HOME,Keys.chord(Keys.SHIFT,Keys.END),"your string");
Let me know if it works for you as well!!
As per my research on this, this is a pending bug with Appium.

I have not seen this problem. I'm using Android 6.0.1. For the password field, I directly use element.sendKeys method. Even when there is some value already there in the password field, sendKeys first selects the entire value, then deletes it and then finally writes the new value.
So I have not used element.clear() at all and it works fine in my case.

How to set color of Java comment in latex/Lyx?

I need to insert Java/Android code into Latex/Lyx, and I would like to highlight Java comments with a certain colour. I have done it earlier in the document, but now when I try the same code, it is not working for some reason. One difference between the codes are, that the one I'm now trying to insert is Android Java-code, and the former was pure Java, could that have an affect? The settings I'm using in the both cases are these:
\def\listingsfont{\ttfamily}
\lstset{language=Java}
\lstset{basicstyle=\ttfamily\scriptsize}
\lstset{keywordstyle=\color{blue}\ttfamily}
\lstset{stringstyle=\color{red}\ttfamily}
\lstset{commentstyle=\color{green}\ttfamily}
\lstset{breaklines=true}
\lstset{tabsize=2}
\begin{lstlisting}[frame=single] % Start your code-block
So first time working, second time not any more. What happens is, that all comment marks (//) appear as blue, but only the marks, not the whole comments with them. Strings are highlighted correctly.
EDIT: I have gained some new information what is happening. After the first time, when this code was working, I have a latex code where language is set as R. If I insert this code before the code that is written in R, all is working as it should. But if I insert the code after the code that is written in R, then it is no longer working. So something weird happens there.
EDIT2: For testing purposes, I changed the settings for the R-code as (language=Java). What happened was, that after that, all the Java code in the latex appeared correctly. So apparently, setting language as R breaks Lyx/Latex somehow to not being able to highlight other languages.

If you use \lstset, this is the default for the whole document. Try setting the language of each listing in LyX separate instead (through the settings you reach in the context menu of the program listing)

Parse log file with Hadoop

Im a newbie to hadoop. I did the setup and executed the basic word count java program. The results look good.
My question is it possible to parse an extremely big log file to fetch only a few required lines using the map/reduce classes? Or is some other step required?
Any pointers in this direction will be very useful.
Thanks, Aarthi

Yes it is entirely possible, and if the file is sufficiently large, I believe hadoop could prove to good way to tackle it, despite what nhahtdh says.
Your mappers could simply act as the filters - check the values passed to them, and only if they fit the conditions of a required line do you context.write() it out.
You wont even need to write your own reducer, just use the default reduce() in the Reducer class.