ALV Grid bug when dealing with non-ASCII character
Dear all,
I have a requirement to display user's remarks on ALV. The data element of the remarks column is TEXT200. I know that each column in an ALV Grid can display at most 128 characters. Since my SAP is an Unicode system, I expect that each column in my ALV Grid can display 128 Chinese characters, too. However, the ALV Grid only display 42 Chinese characters at most. Is this a bug in ALV Grid? How can I fix it?
I did a small experiment. The results are listed below. My version is Net Weaver 7.01. The results show that the bug does not exist in ALV List. However, my user prefers ALV Grid, which is more beautiful and elegant.
Type of ALV
Max number of
ASCII character
in an ALV column
Max number of
non-ASCII character
in an ALV column
REUSE_ALV_GRID_DISPLAY
128
42 Chinese characters
CL_SALV_TABLE
128
42 Chinese characters
CL_GUI_ALV_GRID
128
42 Chinese characters
REUSE_ALV_LIST_DISPLAY
132
132 Chinese characters
If you encounter the bug, please post your solution. Thanks a lot.
It looks like limitation of ALV grid cell, which can contain up to 128 bytes in SAP gui.
Your unicode characters are probably 3 bytes each.
Check OSS Note 910300 for more detailed info.
EDIT: Note 1401711 seems to be a correction for your issue It allows to use 128 characters (even if they take more than 128 bytes).
Similar Messages
-
Bug when dealing with multiple file input elements?
I'm running Apex 4.2 and have an odd problem.
Back Story:
I have created a page on a standard web server (Apache) that allows a user to select multiple images from there local machine. The form reads one file at a time displaying a preview of the image and reading the exif data from the file. We are entering extra data about each picture into a form. So the flow of the page is: user selects images -> first image is displayed and user enters data -> submits data via ajax -> user hits button and next image comes up. The user repeats until all images are done. I have not done the ajax portion but all other parts work fine on the Apache server.
The Problem:
I need to recreate this type of form in Apex. If I create a multiple file input item on a page all the tabs stop working. They take you to a 404 page with the message "The requested URL /apex/wwv_flow.accept was not found on this server ". I have tracked it back to anything calling the apex.submit() javascript function.
Literally if I make a html region and place "<input id="uploadInput" type="file" name="myFiles" multiple>" into the region source the apex.submit() function stops working.
Any thoughts?Epic Fail wrote:
Literally if I make a html region and place "<input id="uploadInput" type="file" name="myFiles" multiple>" into the region source the apex.submit() function stops working.
Any thoughts?
Not a bug. The file browse control you have created cannot be processed by the APEX wwv_flow.accept procedure that performs page submit processing. Your control's name attribute is myFiles, but there is no corresponding parameter in wwv_flow.accept:
-- A C C E P T
-- This procedure accepts virtually every flow page.
-- Reference show procedure for input argument descriptions.
procedure accept (
p_request in varchar2 default null,
p_instance in varchar2 default null,
p_flow_id in varchar2 default null,
p_company in number default null,
p_flow_step_id in varchar2 default null,
p_arg_names in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_arg_values in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_arg_checksums in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_page_checksum in varchar2 default null,
p_accept_processing in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v01 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v02 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v03 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v04 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v05 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v06 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v07 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v08 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v09 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v10 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v11 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v12 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v13 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v14 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v15 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v16 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v17 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v18 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v19 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v20 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v21 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v22 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v23 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v24 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v25 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v26 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v27 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v28 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v29 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v30 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v31 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v32 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v33 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v34 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v35 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v36 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v37 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v38 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v39 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v40 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v41 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v42 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v43 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v44 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v45 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v46 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v47 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v48 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v49 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v50 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v51 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v52 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v53 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v54 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v55 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v56 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v57 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v58 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v59 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v60 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v61 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v62 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v63 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v64 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v65 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v66 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v67 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v68 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v69 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v70 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v71 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v72 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v73 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v74 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v75 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v76 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v77 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v78 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v79 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v80 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v81 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v82 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v83 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v84 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v85 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v86 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v87 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v88 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v89 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v90 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v91 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v92 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v93 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v94 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v95 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v96 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v97 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v98 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v99 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v100 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v101 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v102 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v103 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v104 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v105 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v106 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v107 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v108 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v109 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v110 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v111 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v112 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v113 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v114 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v115 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v116 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v117 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v118 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v119 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v120 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v121 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v122 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v123 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v124 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v125 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v126 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v127 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v128 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v129 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v130 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v131 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v132 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v133 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v134 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v135 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v136 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v137 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v138 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v139 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v140 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v141 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v142 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v143 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v144 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v145 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v146 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v147 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v148 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v149 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v150 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v151 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v152 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v153 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v154 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v155 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v156 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v157 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v158 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v159 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v160 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v161 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v162 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v163 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v164 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v165 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v166 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v167 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v168 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v169 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v170 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v171 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v172 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v173 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v174 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v175 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v176 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v177 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v178 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v179 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v180 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v181 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v182 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v183 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v184 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v185 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v186 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v187 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v188 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v189 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v190 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v191 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v192 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v193 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v194 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v195 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v196 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v197 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v198 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v199 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_v200 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_t01 in varchar2 default null,
p_t02 in varchar2 default null,
p_t03 in varchar2 default null,
p_t04 in varchar2 default null,
p_t05 in varchar2 default null,
p_t06 in varchar2 default null,
p_t07 in varchar2 default null,
p_t08 in varchar2 default null,
p_t09 in varchar2 default null,
p_t10 in varchar2 default null,
p_t11 in varchar2 default null,
p_t12 in varchar2 default null,
p_t13 in varchar2 default null,
p_t14 in varchar2 default null,
p_t15 in varchar2 default null,
p_t16 in varchar2 default null,
p_t17 in varchar2 default null,
p_t18 in varchar2 default null,
p_t19 in varchar2 default null,
p_t20 in varchar2 default null,
p_t21 in varchar2 default null,
p_t22 in varchar2 default null,
p_t23 in varchar2 default null,
p_t24 in varchar2 default null,
p_t25 in varchar2 default null,
p_t26 in varchar2 default null,
p_t27 in varchar2 default null,
p_t28 in varchar2 default null,
p_t29 in varchar2 default null,
p_t30 in varchar2 default null,
p_t31 in varchar2 default null,
p_t32 in varchar2 default null,
p_t33 in varchar2 default null,
p_t34 in varchar2 default null,
p_t35 in varchar2 default null,
p_t36 in varchar2 default null,
p_t37 in varchar2 default null,
p_t38 in varchar2 default null,
p_t39 in varchar2 default null,
p_t40 in varchar2 default null,
p_t41 in varchar2 default null,
p_t42 in varchar2 default null,
p_t43 in varchar2 default null,
p_t44 in varchar2 default null,
p_t45 in varchar2 default null,
p_t46 in varchar2 default null,
p_t47 in varchar2 default null,
p_t48 in varchar2 default null,
p_t49 in varchar2 default null,
p_t50 in varchar2 default null,
p_t51 in varchar2 default null,
p_t52 in varchar2 default null,
p_t53 in varchar2 default null,
p_t54 in varchar2 default null,
p_t55 in varchar2 default null,
p_t56 in varchar2 default null,
p_t57 in varchar2 default null,
p_t58 in varchar2 default null,
p_t59 in varchar2 default null,
p_t60 in varchar2 default null,
p_t61 in varchar2 default null,
p_t62 in varchar2 default null,
p_t63 in varchar2 default null,
p_t64 in varchar2 default null,
p_t65 in varchar2 default null,
p_t66 in varchar2 default null,
p_t67 in varchar2 default null,
p_t68 in varchar2 default null,
p_t69 in varchar2 default null,
p_t70 in varchar2 default null,
p_t71 in varchar2 default null,
p_t72 in varchar2 default null,
p_t73 in varchar2 default null,
p_t74 in varchar2 default null,
p_t75 in varchar2 default null,
p_t76 in varchar2 default null,
p_t77 in varchar2 default null,
p_t78 in varchar2 default null,
p_t79 in varchar2 default null,
p_t80 in varchar2 default null,
p_t81 in varchar2 default null,
p_t82 in varchar2 default null,
p_t83 in varchar2 default null,
p_t84 in varchar2 default null,
p_t85 in varchar2 default null,
p_t86 in varchar2 default null,
p_t87 in varchar2 default null,
p_t88 in varchar2 default null,
p_t89 in varchar2 default null,
p_t90 in varchar2 default null,
p_t91 in varchar2 default null,
p_t92 in varchar2 default null,
p_t93 in varchar2 default null,
p_t94 in varchar2 default null,
p_t95 in varchar2 default null,
p_t96 in varchar2 default null,
p_t97 in varchar2 default null,
p_t98 in varchar2 default null,
p_t99 in varchar2 default null,
p_t100 in varchar2 default null,
p_t101 in varchar2 default null,
p_t102 in varchar2 default null,
p_t103 in varchar2 default null,
p_t104 in varchar2 default null,
p_t105 in varchar2 default null,
p_t106 in varchar2 default null,
p_t107 in varchar2 default null,
p_t108 in varchar2 default null,
p_t109 in varchar2 default null,
p_t110 in varchar2 default null,
p_t111 in varchar2 default null,
p_t112 in varchar2 default null,
p_t113 in varchar2 default null,
p_t114 in varchar2 default null,
p_t115 in varchar2 default null,
p_t116 in varchar2 default null,
p_t117 in varchar2 default null,
p_t118 in varchar2 default null,
p_t119 in varchar2 default null,
p_t120 in varchar2 default null,
p_t121 in varchar2 default null,
p_t122 in varchar2 default null,
p_t123 in varchar2 default null,
p_t124 in varchar2 default null,
p_t125 in varchar2 default null,
p_t126 in varchar2 default null,
p_t127 in varchar2 default null,
p_t128 in varchar2 default null,
p_t129 in varchar2 default null,
p_t130 in varchar2 default null,
p_t131 in varchar2 default null,
p_t132 in varchar2 default null,
p_t133 in varchar2 default null,
p_t134 in varchar2 default null,
p_t135 in varchar2 default null,
p_t136 in varchar2 default null,
p_t137 in varchar2 default null,
p_t138 in varchar2 default null,
p_t139 in varchar2 default null,
p_t140 in varchar2 default null,
p_t141 in varchar2 default null,
p_t142 in varchar2 default null,
p_t143 in varchar2 default null,
p_t144 in varchar2 default null,
p_t145 in varchar2 default null,
p_t146 in varchar2 default null,
p_t147 in varchar2 default null,
p_t148 in varchar2 default null,
p_t149 in varchar2 default null,
p_t150 in varchar2 default null,
p_t151 in varchar2 default null,
p_t152 in varchar2 default null,
p_t153 in varchar2 default null,
p_t154 in varchar2 default null,
p_t155 in varchar2 default null,
p_t156 in varchar2 default null,
p_t157 in varchar2 default null,
p_t158 in varchar2 default null,
p_t159 in varchar2 default null,
p_t160 in varchar2 default null,
p_t161 in varchar2 default null,
p_t162 in varchar2 default null,
p_t163 in varchar2 default null,
p_t164 in varchar2 default null,
p_t165 in varchar2 default null,
p_t166 in varchar2 default null,
p_t167 in varchar2 default null,
p_t168 in varchar2 default null,
p_t169 in varchar2 default null,
p_t170 in varchar2 default null,
p_t171 in varchar2 default null,
p_t172 in varchar2 default null,
p_t173 in varchar2 default null,
p_t174 in varchar2 default null,
p_t175 in varchar2 default null,
p_t176 in varchar2 default null,
p_t177 in varchar2 default null,
p_t178 in varchar2 default null,
p_t179 in varchar2 default null,
p_t180 in varchar2 default null,
p_t181 in varchar2 default null,
p_t182 in varchar2 default null,
p_t183 in varchar2 default null,
p_t184 in varchar2 default null,
p_t185 in varchar2 default null,
p_t186 in varchar2 default null,
p_t187 in varchar2 default null,
p_t188 in varchar2 default null,
p_t189 in varchar2 default null,
p_t190 in varchar2 default null,
p_t191 in varchar2 default null,
p_t192 in varchar2 default null,
p_t193 in varchar2 default null,
p_t194 in varchar2 default null,
p_t195 in varchar2 default null,
p_t196 in varchar2 default null,
p_t197 in varchar2 default null,
p_t198 in varchar2 default null,
p_t199 in varchar2 default null,
p_t200 in varchar2 default null,
f01 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f02 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f03 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f04 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f05 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f06 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f07 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f08 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f09 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f10 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f11 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f12 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f13 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f14 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f15 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f16 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f17 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f18 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f19 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f20 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f21 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f22 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f23 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f24 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f25 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f26 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f27 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f28 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f29 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f30 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f31 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f32 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f33 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f34 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f35 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f36 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f37 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f38 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f39 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f40 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f41 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f42 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f43 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f44 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f45 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f46 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f47 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f48 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f49 in wwv_flow_global.vc_arr2 default empty_vc_arr,
f50 in wwv_flow_global.vc_arr2 default empty_vc_arr,
fcs in wwv_flow_global.vc_arr2 default empty_vc_arr,
fmap in wwv_flow_global.vc_arr2 default empty_vc_arr,
fhdr in wwv_flow_global.vc_arr2 default empty_vc_arr,
fcud in wwv_flow_global.vc_arr2 default empty_vc_arr,
frowid in wwv_flow_global.vc_arr2 default empty_vc_arr,
x01 in varchar2 default null,
x02 in varchar2 default null,
x03 in varchar2 default null,
x04 in varchar2 default null,
x05 in varchar2 default null,
x06 in varchar2 default null,
x07 in varchar2 default null,
x08 in varchar2 default null,
x09 in varchar2 default null,
x10 in varchar2 default null,
x11 in varchar2 default null,
x12 in varchar2 default null,
x13 in varchar2 default null,
x14 in varchar2 default null,
x15 in varchar2 default null,
x16 in varchar2 default null,
x17 in varchar2 default null,
x18 in varchar2 default null,
x19 in varchar2 default null,
x20 in varchar2 default null,
p_listener in wwv_flow_global.vc_arr2 default empty_vc_arr, -- used to communicate with apex listner
p_map1 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_map2 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_map3 in wwv_flow_global.vc_arr2 default empty_vc_arr,
p_survey_map in varchar2 default null,
p_flow_current_min_row in varchar2 default '1',
p_flow_current_max_rows in varchar2 default '10',
p_flow_current_rows_fetched in varchar2 default '0',
p_debug in varchar2 default 'NO',
p_trace in varchar2 default 'NO',
p_md5_checksum in varchar2 default '0',
p_page_submission_id in varchar2 default null,
p_time_zone in varchar2 default null,
p_ignore_01 in varchar2 default null,
p_ignore_02 in varchar2 default null,
p_ignore_03 in varchar2 default null,
p_ignore_04 in varchar2 default null,
p_ignore_05 in varchar2 default null,
p_ignore_06 in varchar2 default null,
p_ignore_07 in varchar2 default null,
p_ignore_08 in varchar2 default null,
p_ignore_09 in varchar2 default null,
p_ignore_10 in varchar2 default null,
p_lang in varchar2 default null,
p_territory in varchar2 default null)
The normal approach to creating forms in APEX is to use declarative page items, or to create items dynamically using the apex_item API. APEX knows how to process these items because they are generated with names matching wwv_flow.accept parameters, but not manually created controls with arbitrary name attributes.
Are you planning on doing all of your form submission via AJAX? (I doubt that APEX will be able to natively handle a file browse control with a multiple attribute.) If so, remove the name="myFiles" attribute. You will still be able to access the control in JS using the ID, but APEX won't see it. -
Printer name with non-ASCII character
Is it possible to name a printer using ISO-8859-1 (or WINLATIN1) characters?
Our business system has logical printer names defined, sometimes using Norwegian (and Danish) letters (AE-lig, O-slash and A-ring), which we would like to map to the correct Windows UNC paths.
Mapping to a UNC path containing one of these characters works fine. But if the printer name itself contains a non-ASCI ISO character it fails.
Example using BÆR (B AE-lig R):
!p BÆR * \\print\bærum * 50 *
Don't know how the log will look after posting, but I'll try:
jfserver.exe: [400]D:\Adobe\Central\Server\Data\Test.dat : ^job TEST -zBÆR -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos"
jfserver.exe: [400] ^JOB formname='TEST' printername='B'
jfserver.exe: [400]Scanning !f for candidates
jfserver.exe: [400]Mapped printer name 'B' to id 'R' dev '*'
jfserver.exe: [400]Other job tokens before substitution 'R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos"'
jfserver.exe: [400]Other job tokens after substitution'R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos"'
jfserver.exe: [400]Merge parms before substitution '\\printer\b'
jfserver.exe: [400]Merge parms after substitution'\\printer\b'
jfserver.exe: [400]Task parms before substitution '"test.mdf" "D:\Adobe\Central\Server\Data\Test.dat" -l -apr"" -all"D:\Adobe\Central\Server\jfserver.log" -asl1 -amq0 -ams"D:\Adobe\Central\Server\Mst\R.mst" -m2T -z"*" \\printer\b R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos" -aii"D:\Adobe\Central\Server\jfmerge.ini"'
jfserver.exe: [400]Task parms after substitution '"test.mdf" "D:\Adobe\Central\Server\Data\Test.dat" -l -apr"" -all"D:\Adobe\Central\Server\jfserver.log" -asl1 -amq0 -ams"D:\Adobe\Central\Server\Mst\R.mst" -m2T -z"*" \\printer\b R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos" -aii"D:\Adobe\Central\Server\jfmerge.ini"'
jfserver.exe: [400]"test.mdf" "D:\Adobe\Central\Server\Data\Test.dat" -l -apr"" -all"D:\Adobe\Central\Server\jfserver.log" -asl1 -amq0 -ams"D:\Adobe\Central\Server\Mst\R.mst" -m2T -z"*" \\printer\b R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos" -aii"D:\Adobe\Central\Server\jfmerge.ini"
jfserver.exe: [307]Launching task '"D:\Adobe\Central\Bin\jfmerge" "test.mdf" "D:\Adobe\Central\Server\Data\Test.dat" -l -apr"" -all"D:\Adobe\Central\Server\jfserver.log" -asl1 -amq0 -ams"D:\Adobe\Central\Server\Mst\R.mst" -m2T -z"*" \\printer\b R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos" -aii"D:\Adobe\Central\Server\jfmerge.ini"'.
jfmerge: [125]* Processing data file: 'D:\Adobe\Central\Server\Data\Test.dat'.
jfmerge: [289]MDF file `D:\Adobe\Central\Samples\Exprint\forms\test.mdf' opened.
jfmerge: [400]The filename, directory name, or volume label syntax is incorrect.
jfmerge: [2]Error opening output device/file '*'.
jfmerge: [210]Nothing was printed.
jfserver.exe: [314]Agent exit message: [2]Error opening output device/file '*'.
jfserver.exe: [400]spawned '"D:\Adobe\Central\Bin\jfmerge" "test.mdf" "D:\Adobe\Central\Server\Data\Test.dat" -l -apr"" -all"D:\Adobe\Central\Server\jfserver.log" -asl1 -amq0 -ams"D:\Adobe\Central\Server\Mst\R.mst" -m2T -z"*" \\printer\b R -afp"D:\Adobe\Central\Samples\Exprint\forms" -alp"D:\Adobe\Central\Samples\Exprint\logos" -aii"D:\Adobe\Central\Server\jfmerge.ini"'
jfserver.exe: [400]--> returned [-2] [2]Error opening output device/file '*'..For others who might have the same problem. You can solve it by quoting the device name and/or printer name.
!p """BÆR""" * """\\print\bærum""/q" * 50 *
This, however, causes the printer name to be '"BÆR"' with the double quotes included in the name. Thus, the job card must contain the unfortunate tripple quotes as well: -z"""BÆR""".
Vegard -
Problems with non-ascii keywords
I have some problems with non-ascii keywords that makes the whole keyword feature useless for me. I don't know if I'm doing something wrong or if there something I'm missing completely.
The problem is that when I enter something like "grön" iPhoto sometimes refuses me to type in "grön" on another photo and "eats" the "ö". And if I select the matching keyword from the popup list iPhoto has changed the originally "grön" to "gr¨ön" (if that comes out right on the web). Here are a few screenshots to show what happens
If someone knows what happens I would really appriciate some hints on how to avoid this.
Note that adding/editing keywords works just fine in Aperture.There is a long standing issue with iPhoto and non-ascii characters. I know of no solution.
iPhoto menu -> Provide iPhoto Feedback and report it as a bug.
Regards
TD -
UploadedFile and filenames with non-ascii chars
Hi
I'm using an UploadedFile object in my web app, and all works fine. However, when I try to upload a file, with a filename containing non-ascii chars (e.g. Spanish), I see that the getBytes method returns an empty byte array, the filename is not stored correctly (the non-ascii chars are lost, replaced by another representation), and that the content-type is application/octet-stream instead of image/png as supposed to be.
If I rename that same file to have only ascii chars - everything is back to normal.
How can I upload files with non-ascii chars in their name?Hi, back! Spent a few hours experimenting and found
that everything is working great (including the creation
of international non-ASCII foldernames) when I used
utf-8 encoding in the sieve filters rules for the
the match strings and the folder names... at least
so far so good... for your ref and sorry for bothering. -
Filling clob with non ascii characters
Hello,
I have had some problems with clobs and usage of german
umlauts (����). I was'nt able to insert or update
strings containing umlaute in combination with string
binding. After inserting or updating the umlaut
characters were replaced by strange (spanish) '?'
which were upside down.
However, it was working when I did not use string bindung.
I tried varios things, after some time I tracked
the problem down to to oracle.toplink.queryframework.SQLCall.java. In the
prepareStatement(...) you find something
like
ByteArrayInputStream inputStream = new ByteArrayInputStream(((String) parameter).getBytes());
// Binding starts with a 1 not 0.
statement.setAsciiStream(index + 1, inputStream,((String) parameter).getBytes().length);
I replaced the usage of ByteArrayInputStram with CharArrayReader:
// TH changed, 26.11.2003, Umlaut will not work with this.
CharArrayReader reader = new CharArrayReader(((String) parameter).toCharArray());
statement.setCharacterStream(index + 1, reader, ((String) parameter).length() );
and this worked.
Is there any other way achieving this? Did anyone
get clobs with non ascii characters to work?
Regards -- Tobias
(Toplink 9.0.3, Clob was mapped to String, Driver was Oracle OCI)I don't think the console font is the problem. I use Lat2-Terminus16 because I read the Beginner's Guide on the wiki while installing the system.
My /etc/vconsole.conf:
KEYMAP=de
FONT=Lat2-Terminus16
showconsolefont even shows me the characters missing in the file names; e.g.: Ö, Ä, Ü -
Dealing with non-database elements!!
hi all, i knew that i have to deal with non-database elements from javascript code and not from SQL code.. but i need to do some processing from SQL code and then update non-database element, how could i do this??
You should use <?if:element = ''?> or <?if:element != ''?>
This should work also:
<?if:text(element)?> or <?if:not(text(element))?>
The condition is always true (false) when either the element is empty or does not
exist. Let me know, if you need to differentiate between both (probably using name() instead of text will work in this case).
If a pagebreak is inside the if statement than it is only shown when the condition is satisfied.
Hope that helps,
Klaus -
Can't get the attachment filename out of a Part (with non ascii characters)
Hello, all and happy new year :)
My issue is with non ascii filename in attachments... Yes i've read the FAQ : http://www.oracle.com/technetwork/java/faq-135477.html#encodefilename
I can't get the filename out of the BodyPart for those kind of attachments
here's my unit test :
* contains various parts from various mailer encoded in different ways...
private enum EncodedFileNamePart{
OUTLOOK("Content-Type: text/plain;\n name=\"=?iso-8859-1?Q?c'estd=E9j=E0no=EBl=E7ac'estcool.txt?=\" \nContent-Transfer-Encoding: 7bit\nContent-Disposition: attachment;\n filename=\"=?iso-8859-1?Q?c'estd=E9j=E0no=EBl=E7ac'estcool.txt?=\" \n\nnoel 2010\n","c'estdéjànoëlçac'estcool.txt"),
GMAIL("Content-Type: text/plain; charset=US-ASCII; name=\"=?ISO-8859-1?B?ZOlq4G5v62znYWNlc3Rjb29sLnR4dA==?=\"\nContent-Disposition: attachment; filename=\"=?ISO-8859-1?B?ZOlq4G5v62znYWNlc3Rjb29sLnR4dA==?=\"\nContent-Transfer-Encoding: base64\nX-Attachment-Id: f_giityr5r0\n\namluZ2xlIGJlbGxzIQo=\n","déjànoëlçacestcool.txt"),
THUNDERBIRD("Content-Type: text/plain;\n name=\"=?ISO-8859-1?Q?d=E9j=E0no=EBl=E7acestcool=2Etxt?=\"\nContent-Transfer-Encoding: 7bit\nContent-Disposition: attachment;\n filename*0*=ISO-8859-1''%64%E9%6A%E0%6E%6F%EB%6C%E7%61%63%65%73%74%63%6F;\n filename*1*=%6F%6C%2E%74%78%74\n\njingle bells!\n","déjànoëlçacestcool.txt"),
EVOLUTION("Content-Disposition: attachment; filename*=ISO-8859-1''d%E9j%E0no%EBl.txt\nContent-Type: text/plain; name*=ISO-8859-1''d%E9j%E0no%EBl.txt; charset=\"UTF-8\" \nContent-Transfer-Encoding: 7bit\n\njingle bells\n","déjànoël.txt"),
String content=null;
String target=null;
private EncodedFileNamePart(String content,String target){
this.content=content;
this.target=target;
public Part get(){
try{
ByteArrayInputStream bis = new ByteArrayInputStream(this.content.getBytes());
Part part = new MimeBodyPart(bis);
bis.close();
return part;
catch(Throwable e){
return null;
public String getTarget(){
return this.target;
@Test
public void testJavamailDecode() throws MessagingException, UnsupportedEncodingException{
System.setProperty("mail.mime.encodefilename", "true");
System.setProperty("mail.mime.decodefilename", "true");
for(EncodedFileNamePart part : EncodedFileNamePart.values())
assertEquals(part.name(),MimeUtility.decodeText(part.get().getFileName()),part.getTarget());
I take a NullPointerExcepion in the decodeText because getFileName() return null for the EVOLUTION case, and work well with OUTLOOK, THUNDERBIRD and GMAIL.
Evolution's content type is "Content-Disposition: attachment; filename*=ISO-8859-1''d%E9j%E0no%EBl.txt" wich doesn't look like the other (looks like the RFC 2616 or RFC5987 to do it.)
How can i handle this situation except by writting my own decoder?
Thanks for your answers!
Edited by: user13619058 on 4 janv. 2011 07:44Set the System property "mail.mime.decodeparameters" to "true" to enable the RFC 2231 support.
See the javadocs for the javax.mail.internet package for the list of properties.
Yes, the FAQ entry should contain those details as well. -
How to get around a performance issue when dealing with a lot of data
Hello All,
This is an academic question really, I'm not sure what I'm going to do with my issue, but I have some options. I was wondering if anyone would like to throw in their two cents on what they would do.
I have a report, the users want to see all agreements and all conditions related to the updating of rebates and the affected invoices. From a technical perspective ENT6038-KONV-KONP-KONA-KNA1. THese are the tables I have to hit. The problem is that when they retroactively update rebate conditions they can hit thousands of invoices, which blossoms out to thousands of conditions...you see the problem. I simply have too much data to grab, it times out.
I've tried everything around the code. If you have a better way to get price conditions and agreement numbers off of thousands of invoices, please let me know what that is.
I have a couple of options.
1) Use shared memory to preload the data for the report. This would work, but I'm not going to know what data is needed to be loaded until report run time. They put in a date. I simply can't preload everything. I don't like this option much.
2) Write a function module to do this work. When the user clicks on the button to get this particular data, it will launch the FM in background and e-mail them the results. As you know, the background job won't time out. So far this is my favored option.
Any other ideas?
Oh...nope, BI is not an option, we don't have it. I know, I'm not happy about it. We do have a data warehouse, but the prospect of working with that group makes me whince.My two cents - firstly totally agree with Derick that its probably a good idea to go back to the business and justify their requirement in regards to reporting and "whether any user can meaningfully process all those results in an aggregate". But having dealt with customers across industries over a long period of time, it would probably be bit fanciful to expect them to change their requirements too much as in my experience neither do they understand (too much) technology nor they want to hear about technical limitations for a system etc. They want what they want if possible yesterday!
So, about dealing with performance issues within ABAP, I'm sure you must be already using efficient programming techniques like using Hash internal tables with Unique Keys, accessing rows of the table using Field-Symbols and all that but what I was going to suggest to you is probably look at using [Extracts|http://help.sap.com/saphelp_nw04/helpdata/en/9f/db9ed135c111d1829f0000e829fbfe/content.htm]. I've had to deal with this couple of times in the past when dealing with massive amount of data and I found it to be very efficient in regards to performance. A good point to remember when using Extracts that, I quote from SAP Help, "The size of an extract dataset is, in principle, unlimited. Extracts larger than 500KB are stored in operating system files. The practical size of an extract is up to 2GB, as long as there is enough space in the filesystem."
Hope this helps,
Cheers,
Sougata. -
Problems with non-ASCII characters on Linux Unit Test Import
I found a problem with non-ASCII characters in the Unit Test Import for Linux. This problem does not appear in the Unit Test Import for Windows.
I have attached a Unit Test export called PROC1.XML It tests a procedure that is included in another attachment called PROC1.txt. The unit test includes 2 implementations. Both implementations pass non-ASCII characters to the procedure and return them unchanged.
In Linux, the unit test import will change the non-ASCII characters in the XML file to xFFFD. If I copy/paste the the non-ASCII characters into the Unit Test after the import, they will be stored and executed correctly.
Amazon Ubuntu 3.13.0-45-generic / lubuntu-core
Oracle 11g Express Edition - AL32UTF8
SQL*Developer 4.0.3.16 Build MAIN-16.84
Java(TM) SE Runtime Environment (build 1.7.0_76-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.76-b04, mixed mode)
In Windows, the unit test will import the non-ASCII characters unchanged from the XML file.
Windows 7 Home Premium, Service Pack 1
Oracle 11g Express Edition - AL32UTF8
SQL*Developer 4.0.3.16 Build MAIN-16.84
Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)
If SQL*Developer is coded the same between Windows and Linux, The JVM must be causing the problem.Set the System property "mail.mime.decodeparameters" to "true" to enable the RFC 2231 support.
See the javadocs for the javax.mail.internet package for the list of properties.
Yes, the FAQ entry should contain those details as well. -
How to send an attached file containing with non-ascii code ?
Hi,
I want to send a attaced text file containing with non-ascii code(Traditional Chinese). Is there any way to solve the encoding problem?
Currently, it transfer into non-meaningful code in receiving side.
Thanks for the help in advance.Here is the code:
Session _gSession = null;
MimeMessage message = null;
Properties props = new Properties();
props.put("mail.smtp.host", smtpHost);
_gSession = javax.mail.Session.getInstance(props, null);
message = new MimeMessage(_gSession);
message.setFrom(new InternetAddress(emailSender , emailSender));
InternetAddress ia[] = new InternetAddress[1];
ia[0] = new InternetAddress(emailReceiver, emailReceiver);
message.setRecipients(Message.RecipientType.TO, ia);
message.setSubject("Test Encoding Attached File");
message.saveChanges();
BodyPart messageBodyPart = new MimeBodyPart();
DataSource fds = new FileDataSource("Big5_Code.txt");
messageBodyPart.setDataHandler(new DataHandler(fds));
messageBodyPart.addHeader("Content-ID","meme");
MimeMultipart multipart = new MimeMultipart("related");
multipart.addBodyPart(messageBodyPart);
message.setContent(multipart);
transport.connect();
transport.send(message); -
Cannot connect to WPA network with non-ascii password
In my office somebody thought it would be a good idea to encrypt the wireless network with a WPA password containing a non-ascii character. It is fine by the WPA2 standards, but the airport password prompt doesn't allow me to introduce suche characters.
I have also tried to put the password directly in Keychain but it didn't work either. Besides, I tried the /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resourc es/airport utility and it also didn't work.
Any ideas, experiences, comments??
Thanks a lotAnyway, it seems strange to me this limitation the Apple airport utility and that there is no command line way to overcome this "UI problem".
It appears that OSX is enforcing WPA Personal's "no non-ASCII" rule, whereas Windows isn't.
There may be a command-line fix, but I don't know what it might be. -
Mail IMAP after 10.5.2 can't read ANY mails in boxes with non-ascii names
I have Mail with IMAP that connects to a regular MAC OS X Tiger server running IMAP.
After upgrading to 10.5.2 on the client, Mail can no longer read ANY mails at all in any mailbox whose path contains a non-ascii character!
Hence: If a box is called 'Övrigt', it only lists the mails in the mail box, but it will not show any of the contents of any of the mails! Hence, I cannot access any of these mails! Catastrophic!
I have to downgrade to 10.5.1, unless someone knows of a workaround.Same problem here (or at least in part). Some .mac folders did no longer show any messages, while they were there and could be seen online and with Thunderbird. After your remark I changed the name of a folder which contained a "´" and now it works. It is really strange because there is another folder with a "¨" in it which does not work (I will test if the name change works with this folder as well in a minute) whilst there is another one with such name which works fine. The update really messed up Mail and in Dutch we just use such characters so Mail without supporting them will be rather useless for me...
-
LTFS is slow when dealing with many files
Working with LTFS on Windows 7 64, I find find that it slows down significantly when dealing with many files (>1500)
From the behaviour, I suspect that it has to do with the number of file handles.
Some LTFS vendors have a copy utility that deals very well with this situation.
I could not find anything like that for HP.
Does it exist? Is there an open source solution?
Thank you,
- BartelsCan someone from the Experts please respond?
Your LTFS solution is in certain situations much slower than the competitors; the difference is a huge factor three..
I would really like to know if there is a solution or not. Either way.
- Bartels -
Revision: 13914
Revision: 13914
Author: [email protected]
Date: 2010-02-01 16:02:58 -0800 (Mon, 01 Feb 2010)
Log Message:
1. Fix a bug that deals with discontinuity of fragments. This is the first check in of the fix. More extensive testings may discover other issues.
2. Apply a patch from Matthew, quoted from Matthew's email:
This one should pick up ?\226?\128?\156play now can take a starting offset?\226?\128?\157, stubs out ?\226?\128?\156play for duration?\226?\128?\157, and also picks up ?\226?\128?\156data messages are lost during enhanced seek?\226?\128?\157.
Modified Paths:
osmf/trunk/framework/OSMF/org/osmf/net/httpstreaming/HTTPNetStream.as
osmf/trunk/framework/OSMF/org/osmf/net/httpstreaming/f4f/AdobeFragmentRunTable.as
osmf/trunk/framework/OSMF/org/osmf/net/httpstreaming/f4f/HTTPStreamingF4FIndexHandler.asThanks.
I actually figured a better solution which was putting the fix right into VASTTrackingProxyElement.as so that VAST2TrackingProxyElement.as just inherits it, since I saw same issue with VAST1 ads as well!
Cheers,
mark
Maybe you are looking for
-
I installed itunes on my pc and it will not open?
I installed itunes on my pc, we have ie8 ans it will not open. i tried to uninstall and reinstall, whats next?
-
Re : T400 2764CTO, 2nd HDD Adapter for an Ultrabay Slim, to be used in the DVD bay
What is the part # for the 2nd HDD Adapter for an Ultrabay Slim, to be used in the DVD bayCan you also confirm it is a SATA connection, I have already been sent an IBM P/N 41U3148 which has the IDE connection and appears not to fit. Thanks for help
-
How do reduce the space between the front panel and the display area
I am trying to reduce the space between the front panel and display area but i am not able to reduce the space
-
Hello, I have do do a couple of short movies for a museum, containing only moved still images (pan and scan, Ken Burns effect, etc.) in 16:9 format. The result has to be burned via iDVD to be shown on a 16:9 monitor (PAL). How to set up FCE properly.
-
NAC guest server hangs and guest portal is not working
Hi all , Our guest nac server NAC3315 is oftenly getting hung state . And our guest wireless network is not working . We are able to ping the NAC server but web page is not opening for the clients if they connected to guest network. Any clue on this