Strange select behavior in batch (bw extractor)

Hi, All..
I'm receiving some odd behavior from a select statment being processed in batch mode (specifically, when run in a normal BW extractor - start routine), the select yields no results .. sy-subrc = 4 and target itab is empty.  however, when i run this same select statement in debug, i get sy-subrc = 0 and records are returned!!  I tried putting the select statement in a standard abap program & it came back successfully in both foreground & background.  something is strange when run in the BW extractor process?? anyone familiar with this?? any help is appreciated!!  Thanks!!

Thanks everyone for the comments!
The code is in the start routine from 0BBP_CONF_TD_1 into 0BBP_CON. 
-The select returns records when in debug
-I've tried running it open without the "for all entries" & it still fails in batch
-The select works during the delta but always fails on the initial load
The select is a join:
DATA: BEGIN of t_JOIN1 OCCURS 0,
        CONNUM    LIKE /BI0/ABBP_CON00-BBP_CON_ID,
        CONITEM   LIKE /BI0/ABBP_CON00-BBP_COITEM,
        PONUM     LIKE /BI0/ABBP_PO00-BBP_PO_ID,
        POITEM    LIKE /BI0/ABBP_PO00-BBP_POITEM,
        ACGUID    LIKE /BI0/ABBP_PO00-BBP_ACGUID,
        SCNUM     LIKE /BI0/ABBP_SC00-BBP_SC_ID,
        SCITEM    LIKE /BI0/ABBP_SC00-BBP_SCITEM,
        REQSTR    LIKE /BI0/ABBP_SC00-BBP_REQSTR.
DATA: END of t_JOIN1.
         SELECT a~BBP_CON_ID
                a~BBP_COITEM
                a~BBP_PO_ID
                a~BBP_POITEM
                b~BBP_ACGUID
                c~BBP_SC_ID
                c~BBP_SCITEM
                c~BBP_REQSTR
           INTO TABLE t_JOIN1
           FROM /BI0/ABBP_CON00 as a
     INNER JOIN /BI0/ABBP_PO00  as b
             ON aBBP_PO_ID  =  bBBP_PO_ID AND
                aBBP_POITEM =  bBBP_POITEM
     INNER JOIN /BI0/ABBP_SC00  as c
             ON bBBP_SC_ID  =  cBBP_SC_ID
            AND bBBP_SCITEM =  cBBP_SCITEM
            FOR ALL ENTRIES IN  DATA_PACKAGE
          WHERE a~BBP_CON_ID =  DATA_PACKAGE-BBP_CON_ID AND
                a~BBP_COITEM =  DATA_PACKAGE-BBP_COITEM AND
                a~BBP_COITEM <> 0 AND
                b~BBP_ACGUID <> '0000' AND
                c~BBP_SCITEM <> 0.

Similar Messages

  • Strange select statement behavior in start routine during extraction

    Hi, All..
    I'm receiving some odd behavior from a select statment being processed in batch mode (specifically, when run in a normal BW extractor - start routine), the select yields no results .. sy-subrc = 4 and target itab is empty.  however, when i run this same select statement in debug, i get sy-subrc = 0 and records are returned!!  I tried putting the select statement in a standard abap program & it came back successfully in both foreground & background.  something is strange when run in the BW extractor process?? anyone familiar with this?? any help is appreciated!!  Thanks!!

    Thanks everyone for the comments!
    The code is in the start routine from 0BBP_CONF_TD_1 into 0BBP_CON. 
    -The select returns records when in debug
    -I've tried running it open without the "for all entries" & it still fails in batch
    -The select works during the delta but always fails on the initial load
    The select is a join:
    DATA: BEGIN of t_JOIN1 OCCURS 0,
            CONNUM    LIKE /BI0/ABBP_CON00-BBP_CON_ID,
            CONITEM   LIKE /BI0/ABBP_CON00-BBP_COITEM,
            PONUM     LIKE /BI0/ABBP_PO00-BBP_PO_ID,
            POITEM    LIKE /BI0/ABBP_PO00-BBP_POITEM,
            ACGUID    LIKE /BI0/ABBP_PO00-BBP_ACGUID,
            SCNUM     LIKE /BI0/ABBP_SC00-BBP_SC_ID,
            SCITEM    LIKE /BI0/ABBP_SC00-BBP_SCITEM,
            REQSTR    LIKE /BI0/ABBP_SC00-BBP_REQSTR.
    DATA: END of t_JOIN1.
             SELECT a~BBP_CON_ID
                    a~BBP_COITEM
                    a~BBP_PO_ID
                    a~BBP_POITEM
                    b~BBP_ACGUID
                    c~BBP_SC_ID
                    c~BBP_SCITEM
                    c~BBP_REQSTR
               INTO TABLE t_JOIN1
               FROM /BI0/ABBP_CON00 as a
         INNER JOIN /BI0/ABBP_PO00  as b
                 ON aBBP_PO_ID  =  bBBP_PO_ID AND
                    aBBP_POITEM =  bBBP_POITEM
         INNER JOIN /BI0/ABBP_SC00  as c
                 ON bBBP_SC_ID  =  cBBP_SC_ID
                AND bBBP_SCITEM =  cBBP_SCITEM
                FOR ALL ENTRIES IN  DATA_PACKAGE
              WHERE a~BBP_CON_ID =  DATA_PACKAGE-BBP_CON_ID AND
                    a~BBP_COITEM =  DATA_PACKAGE-BBP_COITEM AND
                    a~BBP_COITEM <> 0 AND
                    b~BBP_ACGUID <> '0000' AND
                    c~BBP_SCITEM <> 0.

  • Capturing DVCAM in FCP 6.0.2 and encountering strange capture behavior

    I have FCP 6.0.2 and OSX 10.5.2 and QT 7.3.1. I have been capturing several DVCAM cassettes using my Sony DSR-20 deck. Although I have done this countless times before in earlier versions of FCP, I am encountering some strange repetitive behavior. I am capturing 30 minute clips one at a time. When I use batch capture it will cue the tape up properly to the in point...and then start capturing until it gets to about 10-12 minutes in, and then capture unexpectedly stops, no dialogue box, the tape rewinds and starts capturing again from the original in point. On this second capture, the tape sails past the 10 minute mark and keeps going to the end of the 30 minute clip. It then stops, gives me the dialogue box that it has successfully captured. And it has.
    But every DVCAM tape I captured today exhibited the same behavior. Capture would be successful until about about 10 minutes in, then FCP aborts (no dropped frame message, no dialogue box) rewinds the tape back to the in point, tries again, and this time succeeds with the second pass capturing the entire clip. Note at the 10 minute mark there is no scene change or no camera start/stop.
    Have other users experienced this issue? And if so, is there a workaround or a possible patch forthcoming from FCP?
    Many thanks,
    John

    Yes, each tape has an in and out point defined. In my 6 years of editing with Final Cut and DVCAM tapes I've never encountered this issue before in the capturing process until now. I will have to see in future weeks with other captures whether this is an on-going issue or not, but at least I can capture for now.

  • Bug in my code or strange memory behavior ?

    Hi, Guys !
    It's been a while since I post something in this forum - trying to use your help when it's really needed.
    So, here we go ...
    (we use Oracle 8.1.7 on Unix box and SQL * Plus 8.1.6)
    While back I wrote "core" PL/SQL package that resides in let's say DB1 database. It has RECORD_EXISTS_FNC function designed to dynamically check If the record exists in certain table/view. Assumptions are that you pass in :
    Table/View name, Column name, and unique numeric value (because by DBA rules all of our Tables have SEQUENCE as a Primary Key. And I plan soon to put in overloaded function to accept unique character value)
    Also every Table has SYS_TIME_STAMP and SYS_UPDATE_SEQuence columns that populated by Trigger before Insert/Update representing Last Update time_stamp
    and how many times record was updated within same second.
    (in case more than one User updates same record in same time - that was written before Oracle had more granular date/time). So function has SYS_TIME_STAMP and SYS_UPDATE_SEQUENCE parameters (optional) accordingly.
    And It looks something like :
    FUNCTION RECORD_EXISTS_FNC
    (iBV_NAME IN USER_VIEWS.VIEW_NAME%TYPE,
    iPK_FIELD IN USER_TAB_COLUMNS.COLUMN_NAME%TYPE,
    iPK_VALUE IN NUMBER,
    iSYS_TIME_STAMP IN DATE DEFAULT NULL,
    iSYS_UPDATE_SEQ IN NUMBER DEFAULT NULL) RETURN BOOLEAN IS
    TYPE REF_CUR IS REF CURSOR;
    CR REF_CUR;
    i PLS_INTEGER DEFAULT 0;
    vRESULT BOOLEAN DEFAULT FALSE;
    vQUERY USER_SOURCE.TEXT%TYPE;
    BEGIN
    vQUERY := 'SELECT 1 FROM ' || iBV_NAME || ' WHERE ' || iPK_FIELD || ' = ' || iPK_VALUE;
    IF iSYS_TIME_STAMP IS NOT NULL AND iSYS_UPDATE_SEQ IS NOT NULL THEN
    vQUERY := vQUERY || ' AND SYS_TIME_STAMP = TO_DATE (''' || iSYS_TIME_STAMP || ''')
    AND SYS_UPDATE_SEQ = ' || iSYS_UPDATE_SEQ;
    END IF;
    IF iBV_NAME IS NOT NULL AND
    iPK_FIELD IS NOT NULL AND
    iPK_VALUE IS NOT NULL THEN
    OPEN CR FOR vQUERY;
    FETCH CR INTO i;
    vRESULT := CR%FOUND;
    CLOSE CR;
    END IF;
    RETURN vRESULT;
    EXCEPTION
    WHEN OTHERS THEN
    IF CR%ISOPEN THEN
    CLOSE CR;
    END IF;
    INSERT_ERROR_LOG_PRC ('CORE_PKG', 'ORACLE', SQLCODE, SQLERRM, 'RECORD_EXISTS_FNC');
    RETURN vRESULT;
    END RECORD_EXISTS_FNC;
    So the problem is when I call this function from let's say
    database DB2 (via db remote link and synonym) and I know exactly that record does exists (because I am selecting those SYS fields before pass them in) - I get the correct result TRUE. The other programmer (Patrick) calls this function within same DB2 database, within same UserID/password (obviously different session), running exactly the same testing code and gets result FALSE (record doesn't exist, but it does !) He tried to Logoff/Login again several times within several days and try to run it and still was getting FALSE !
    I tried to Logoff/Login again and I was getting mostly TRUE and sometimes FALSE too !!!
    I thought may be It has something to do with REF CURSOR that I use to build SQL on the fly, so I changed to NDS
    using EXECUTE IMMEDIATE statement - nothing changed.
    vQUERY := 'SELECT COUNT (1) FROM ' || iBV_NAME || ' WHERE ' || iPK_FIELD || ' = ' || iPK_VALUE;
    IF iSYS_TIME_STAMP IS NOT NULL AND iSYS_UPDATE_SEQ IS NOT NULL THEN
    vQUERY := vQUERY || ' AND SYS_TIME_STAMP = TO_DATE (''' || iSYS_TIME_STAMP || ''') AND SYS_UPDATE_SEQ = ' || iSYS_UPDATE_SEQ;
    END IF;
    EXECUTE IMMEDIATE vQUERY INTO i;
    vRESULT := NOT (i = 0);
    RETURN vRESULT;
    Interesting note : when Patrick doesn't pass SYS parameters (Time_stamp, Update_sequence), or passes NULLs - function always finds the record ! (Statement 2 below)
    May be it has to do with the way TO_DATE () function gets parsed in that dynamic SQL - I don't know ...
    Here's the test code :
    SET SERVEROUTPUT ON;
    DECLARE
    SYS_TIME DATE;
    SYS_SEQ NUMBER;
    bEXISTS BOOLEAN DEFAULT FALSE;
    BEGIN
    SELECT SYS_TIME_STAMP, SYS_UPDATE_SEQ INTO SYS_TIME, SYS_SEQ FROM LOCATION_BV WHERE PK = 1;
    bEXISTS := CORE_PKG.RECORD_EXISTS_FNC ('LOCATION_BV','PK',1, SYS_TIME, SYS_SEQ); -- STATEMENT 1
    --bEXISTS := CORE_PKG.RECORD_EXISTS_FNC ('LOCATION_BV','PK',1, NULL, NULL);        -- STATEMENT 2
    IF bEXISTS THEN
    DBMS_OUTPUT.PUT_LINE ('TRUE');
    ELSE
    DBMS_OUTPUT.PUT_LINE ('FALSE');
    END IF;
    END;
    I asked our DBA, he has no clue about this strange inconsistent results.
    I debugged line by line, extracted that generated SQL and ran it in same account - works fine !
    Does anyone knows or have clues or can help what's going on ???
    I don't know If this is bug in my code or strange memory behavior ?
    (Please let me know If anything unclear)
    Thanx a lot for your help and time !
    Steve K.

    see your other thread
    Bug in my code or strange memory behavior ?

  • "resolving alias to" message using aliases on 10.6.8 plus slow text-selection behavior

    Recently after no particular change to my Mac Pro3,2 running 10.6.8 other than some routine software updates, whenever I open an alias on my desktop to standard folders or files, a message shows up "Resolving alias to" whatever the alias name and there's a 2-3 second delay before the folder/file opens. I've found discussion of this issue in some archived discussions but never found a comfirmed solution described, so I'm raising this again. As in others' encounter with this behavior, the slow opening of aliases happens (1) only in my own user account, not in a guest account I set up for test purposes [I have no other user accounts than these], and (2) only happens the FIRST time I open an alias. Subsequent uses of the alias work normally.
    Another strange but possibly related behavior that began at the same time as this alias delay is harder to describe but involves a problem when selecting text using mouse clicks or even highlighting with the mouse for editing. For example, to edit the name of a file or folder on my desktop, I would normally click on the file/folder name, pause a moment and click again: this puts me in edit mode with the current file/folder name highlighted/selected. Now when I attempt this procedure, the second time I click immediately opens the file/folder, as though I had double-clicked rather than clicked+paused+clicked. The only way I can select the name of the file/folder to edit it is to click+long pause (like 3 seconds)+click. Then the text is selected as desired. It's as though the clicks are being recognized (by whatever in the OS recognizes clicks) as much faster than actually made.  There is a similar problem in any program I use that permits text editing, whether Word (Office 2011 for Mac), TextEdit, etc. I have to consciously slow down my cursor/click behavior when selecting text. If not, my actions are misinterpreted as double clicks. This text selection behavior also disappears when using a "Guest" user account, only appearing in my own user account. I Using a different mouse has no effect.
    Steps taken so far. I've Repaired Disk Permissions and Verified Disk using Disk Utility, have Safe Booted, and have turned off all login items in my user account,and recently installed the 10.6.8 supplemental update, all to no avail. Any suggestions or has anyone had and solved this/these problems?

    I think my problem has been that in Sytem Preferences>Mouse, my "Double-Click Speed" was set to the SLOWEST setting. After some experimentation, I now have the that setting two notches from the "Fast" end of the scale. In case it's important, the "Primary mouse button" in my Preferences is set to "Left".
    This not only solves the text selection issues described, but also seems to eliminate the strange "resolving alias to" problem.
    [For the curious, I have a Logitech Performance MX wireless mouse which can be configured with "Logitech Control Center". But the LCC software doesn't control double-click speed; this setting can only be made in the Mouse System Preference pane.]

  • Strange XSLT Behavior: xsl:template match

    Hello I found the following strange XSLT behavior when using xsl:template. I only want to read the content of the element /Source/Surname/Details. Therefore I match this path using xsl:template match.
    What is strange that in the target message also the value of the Element LastName is written at the end. Please see example below. This is just a short example to point out the problem. I have a bigger message structure where I have to match a similar path. How can I avoid the the value of the FullDetails is just written at the end (not even beeing in an element)? I would have expected that the path is only matched once and the instructions then executed without <LastName> beeing even touched.I used XML Spy for this test.
    Here is an example:
    Source message:
    <?xml version="1.0" encoding="UTF-8"?>
    <Source>
         <Surname>
              <Details>MyFirstName</Details>
         </Surname>
         <LastName>
              <FullDetails> MyLastName </FullDetails>
         </LastName>
    </Source>
    XSLT
    <?xml version="1.0" encoding="UTF-8"?>
    <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format">
    <xsl:template match="/Source/Surname">
    <PORR>
    <Name><xsl:value-of select="Details"/></Name>
    </PORR>
    </xsl:template>
    </xsl:stylesheet>
    Target Message
    <?xml version="1.0" encoding="UTF-8"?>
    <PORR xmlns:fo="http://www.w3.org/1999/XSL/Format">
    <Name>MyFirstName</Name></PORR>MyLastName
    Edited by: Florian Guppenberger on Oct 8, 2009 4:35 AM
    Edited by: Florian Guppenberger on Oct 8, 2009 4:36 AM
    Edited by: Florian Guppenberger on Oct 8, 2009 4:36 AM
    Edited by: Florian Guppenberger on Oct 8, 2009 4:37 AM

    Hi,
    I am not sure why your XSLT behaving like that,please try this XSL,what i did chnages is Templete match /*,I given exact path in Value of select,.
    <?xml version="1.0" encoding="UTF-8"?>
    <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format">
    <xsl:template match="/*">
    <PORR>
    <Name><xsl:value-of select="/Source/Surname/Details"/></Name>
    </PORR>
    </xsl:template>
    </xsl:stylesheet>
    Regards,
    Raj

  • How do you turn off the auto select behavior when working with shape layers?

    How do you turn off the auto select behavior when working with shape layers?
    I am using either of the path selection tools to select only some of the paths on the layer. I have the proper layer targeted. I have the selection too auto select option turned off.
    If another layer has a path in that area, that layer becomes auto targeted and I get the wrong path. Turning off the layer is the only way to avoid this but then I have to  turn on the layer back on between making my selection and transforming to use the other layer as guide. Is there any way to stop this auto select? Locking the other layer does not stop the auto select, just prevents editing.

    As far as i know the move tool options don't have any effect on the path selection tools.
    You might try clicking on one of the path points or on the path itself with one of path selection tools and if you want to select multiple points
    you can shift click with the Direct Selection Tool or Alt click to select the entire path.
    more path shortcuts:
    http://help.adobe.com/en_US/photoshop/cs/using/WSDA7A5830-33A2-4fde-AD86-AD9873DF9FB7a.htm l
    http://help.adobe.com/en_US/photoshop/cs/using/WSfd1234e1c4b69f30ea53e41001031ab64-7391a.h tml

  • Photoshop crashes when selecting File / Automate / Batch

    Photoshop users still need a fix for Photoshop crashing whenever they select Batch.
    I understand that Adobe staff has chosen to blame scanner drivers for the problem. And, I've read the discussions thru last year (very long and boring when all you want is a fix). But, I'm not settled on several things which do not add-up.
    First, I'll review the symptoms for the sake of all interested readers. Photoshop users have reported Photoshop crashing whenever they select File / Automate / Batch from the menu for years. This problem got much worse (widespread) since the release of version 12.0.4. The problem apparently affects only those with Train compatible scanners and who installed Adobe's optional Twain plugin. I never read how anyone came to this conclusion, but scanner drivers are being blamed. The accepted work-around is to disable or remove Adobe's Twain plugin.
    Second, I want to point out that Photoshop works normally when using the Twain plugin. I can scan images and they are imported directly into Photoshop without any problems. This was the case before the 12.0.4 update and is still the case now.
    Third, I want to pose my most pressing question. What does selecting "Batch..." have to do with scanner drivers? In other words, what possibly could Photoshop be doing with scanner drivers when selecting "Batch..." that it does not do when actually does use the drivers?
    Lastly, I'll point out that I am a software developer of over 30 years. So, I understand how it might somehow work out in the details that the source of the problem really is buggy scanner drivers. However, as a programmer with a lot of experience dealing with problems common in device driver API's, I know that good practice is to expect anything. If Photoshop begins a process that calls out to someone else's software API, it should cushion that call with proper exception error handling. All processes should execute with an "if all else fails" contention.

    >> What does selecting "Batch..." have to do with scanner drivers?
    When running the actions for the Batch command, Photoshop updates it's menu/command state to check which commands are enabled or disabled based on the document state being changed by the actions.  Part of that update is calling the scanner interface to see what is available or not, and at that point some drivers crash.  Since the crash occurs in third party code executed within Photoshop's context - there was not much Photoshop could do to recover (there was exception handling, but it couldn't work across OS and DLL boundaries).
    In Photoshop CS6, we spent quite a bit of time figuring out why they were crashing (apparently there was some assumption about the application GUI state), and how we could avoid them crashing in those circumstances - and now CS6 avoids the crashes in the Batch command even with the TWAIN plugin and drivers are loaded.

  • Photoshop CS5 closes when selecting "File-Automate-Batch"

    I am using Adobe Photoshop CS5 (v12.0.4 x32) under Windows XP Pro SP3. When I select “File-Automate-Batch”, a window pops up saying:
    Adobe Photoshop CS5 has encountered a problem and needs to close. We are sorry for the inconvenience.
    The choices to continue are “Send Error Report” or “Don’t Send” but with either selection, Photoshop closes. This happens even with no images open.
    What do I need to do to fix this problem?
    Thanks to anyone who can help me out.

    From reading the different posts about this problem, the answer seems to be removing the Twain plugin resolves the issue
    or possibly updating your scanner drivers. Have you installed the optional Twain plugin into photoshop cs5?
    http://forums.adobe.com/message/3768879
    MTSTUNER

  • Reg. Invalid batch according to selection criteria in batch determination

    Dear Experts
    I have configured newly batch management in our IDES ECC 6 system in which while posting the GRN I am getting the following error:
    Invalid batch according to selection criteria in batch determination
    Batch WHITE has already been posted in stock
    For batch WHITE of material YARN40SCMBD 1001, no class could be deter
    Deficit of PU Ordered quantity 5 KG : YARN40SCMBD 1001 YN01 WHITE
    and also the system response is
    For batch WHITE of material YARN40SCMBD 1001, no class could be determined
    Message no. M7207
    Diagnosis
    The system has been configured so that batches have to be classified for the current movement type. Since neither the material nor any batch of this material has been classified, batch &V1 cannot be classified for the current movement type.
    System Response
    Depending on how the system is configured, either a warning or an error message is issued.
    If the message issued is a warning (W), the system allows you to enter batch WHITE without classification. The warning is, however, issued to prevent you from making a wrong entry.
    If the message issued is an error message (E), you cannot post batch WHITE.
    Procedure
    You either have to classify material YARN40SCMBD in the material master or manually create batch WHITE in the batch master and classify the batch there.
    As soon as a class has been assigned to the material or a batch of this material, you can classify other batches of this material upon goods movements.
    Pls help me. how to solve this problem.
    Thanks
    Rajakumar.K

    Hi,
    Follow the steps:
    1.Field---VFDAT and table-MCHA should be created as a charecter in CT04 and assigned to a class in CL02N.
    2.create MM01 and add the class to it in classification view.
    3.In mm01 plt storage1 view give data for remainning shelf life and total shelf life and in purchasing view activate batch management.
    4.OMJ5- activate SLED for your plant and mvt type 201.
    5.opj2- set BD for your plant.
    6.create sort sequence in cu70 and assign your charecteristic value to it.
    7.create batch serch strategy in MBC1 for access sequence(plt/matrl/mvt typ) create a condition record.
    8.Do a GR using 501 and enter SLED related details.(production date and exp date values)
    Repeat the above step and enter diffrent values for SLED details.
    So now two batches are created with SLED as the charecteristic.
    9.Do a GI using 201 mvt tye in MB1A and enter * in batch field(system will determine the batch using the SLED value basedon the criteria(ascending or descending which was set in the sort rule.)
    (or)
    view this thread
    Re: Batch Search
    Reg,
    Deepak

  • Strange Permissions Behavior with Public/Private Drop Box

    Strange Permissions Behavior with Non-Course Drop Box
    In an effort to promote iTunes U on campus this semester (and to get people working with audio and video more) we're having a contest in which people can submit personal or group audio/video projects.
    This being an iTunes promo, we intend for students to submit their contributions via a drop box.
    To that end, I began experimenting with drop boxes in iTunes U, which I haven't done much of previously. I've created a course called "iTunes U Drop Box Test" under "Campus Events". Within that, I have two tabs: "Featured Submissions" and "Dropbox". My goal with this drop box was to allow faculty, students and college folks the ability to use the drop box ("college" being a role I've defined for those who don't fit into the faculty/student roles).
    When I first started experimenting, access to the "iTunes U Drop Box Test" course looked like this:
    --- Credentials (System) ---
    Edit: Administrator@urn:mace:itunesu.com:sites:lafayette.edu
    Download: Authenticated@urn:mace:itunesu.com:sites:lafayette.edu
    Download: Unauthenticated@urn:mace:itunesu.com:sites:lafayette.edu
    Download: All@urn:mace:itunesu.com:sites:lafayette.edu
    --- Credentials ----
    Download: College@urn:mace:lafayette.edu
    Download: Instructor@urn:mace:lafayette.edu
    Download: Instructor@urn:mace:lafayette.edu:classes:${IDENTIFIER}
    Download: Student@urn:mace:lafayette.edu
    Download: Student@urn:mace:lafayette.edu:classes:${IDENTIFIER}
    For the "Featured" Submissions tab, I gave the non-system credentials the "download" right, and for the "Dropbox" tab I gave the non-system credentials the "dropbox" right.
    My understanding of this setup is that everyone should have had the ability to view the course and the contents of the "Featured Submissions" tab and that those in the College/Instructor/Student roles would be able to upload files via the "Dropbox" tab ... but not see the contents of said tab after the files were uploaded (aside from any files they uploaded themselves).
    This is not the behavior we saw however. While the College/Instructor/Student roles could upload files to the dropbox, everyone (including the unauthenticated public) was able to see all of the contents of the dropbox.
    The only way I could get this to work as advertised was to change all of the system credentials save the "Administrator" to "No Access":
    --- Credentials (System) ---
    Edit: Administrator@urn:mace:itunesu.com:sites:lafayette.edu
    No Access: Authenticated@urn:mace:itunesu.com:sites:lafayette.edu
    No Access: Unauthenticated@urn:mace:itunesu.com:sites:lafayette.edu
    No Access: All@urn:mace:itunesu.com:sites:lafayette.edu
    Once I did this, everything worked as advertised: College/Instructor/Student roles could upload tracks, and the "Dropbox" tab would only display tracks they uploaded.
    So my question is ... is this the correct behavior for the drop box? It looks like when the system credentials are in play, they're simply overriding whatever the normal "view" rule is for the drop box, which doesn't seem right.

    Your current configuration where things work as you wanted does seem correct to me. You are not using any System Credentials to accomplish the functionality and that's fine.
    Here's some more info to clarify how / why this is working for you and why you had to set "No Access" for the System Credentials:
    The System Credential "Authenticated@..." is going to get assigned to any user that goes through your transfer script. Even if you transfer script assigns no credentials to a user, upon entering iTunes U they will have at least 1 - the "Authenticated@..." credential. Therefore, unless you block access using "No Access", any user that passes through your transfer script is going to be able to access the area in question.
    When you change values for "Unauthenticated@..." or "All@..." you are defining what someone that DOES NOT pass through your transfer script can do. You want both of those to be "No Access" at the top level of your site if you do not want unauthenticated visitors.
    The distinction between "Unauthenticated" and "All" is that "All" applies to all users whether they pass through the transfer script or not.
    Here's another way to remember things:
    User passes through your transfer script, iTunes U automatically assigns:
    Authenticated@....
    All@....
    User does not pass through your transfer script and instead access your iTunes U site through derivable URL*, they get assigned:
    Unauthenticated@....
    All@....
    *The derivable URL for a site is: http://deimos.apple.com/WebObjects/Core.woa/Browse/site-domain-name
      Mac OS X (10.4.6)  

  • Selection Criteria in Batch Determination

    Hi All,
    Can you please guide me on how to make selection criteria for batch determination in production orders? The scenario is that I am creating a production order for plant A and Plant B. When I create for plant A, the batch determination in the component overview screen does not take into consideration any selection criteria, hence no batches are shown. However, when I do the same for Plant B, it works perfectly fine.
    I wanted to know all plant specific settings for Batch Management.
    Thanks

    Hi Javed,
    Check CORW . I guess urs problem will be solved
    Regards,
    Vishal

  • Invalid batch according to the selection criteria in batch determination

    Good day to all!
    I am trying to Post Goods Issue in my Delivery but I cannot proceed because of the Batch. When I am trying to use a Batch in the Picking tab of Delivery Create Overview, this message appears: Invalid batch <BATCH NAME>according to the selection criteria in batch determination. Do you have any idea how to resolve this? Thanks!

    you work with batches,
    and your system is customized to check if a manually entered batch fulfills the  criteria of your batch determination.
    This is not the case, hence you get the error message.
    So you have to decide whether your batch determinatiion selection criteria wrong, or if the customizing to check this criteria is unwanted, or if you better do not send this chosen batch to your customer as it may result in a return.

  • Overriding Default JTable Selection Behavior

    I'm attempting to override the default selection behavior of a JTable. For clicking, I want the table to behave basically as if the ctrl key was being held down all the time. That works great.
    I want the behavior of dragging a selection to behave a certain way as well. If ctrl is not held down, then a drag should cancel the current selection and start a new one at the drag interval. This works fine too.
    However, if ctrl is held down during a drag, I want the dragged interval to be added to the selection instead of replacing it. This almost works. However, if I hold ctrl while dragging, it no longer let's me "undrag" the selection: once a cell is inside the dragged interval, it's selected, even if you drag back over it to deselect it.
    I understand why that's happening given my approach, but I'm looking for a way around it. Does anybody have any ideas about how to get a JTable to behave the way I want?
    Here's a compilable program that demonstrates what I'm doing:
    import javax.swing.*;
    import java.awt.event.*;
    public class TestTableSelection{
         boolean ctrlDown = false;
         JTable table;
         public TestTableSelection(){
              JFrame frame = new JFrame("Test Table Selection");
              frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
              //give the table random data
              String [][] data = new String [10][5];
              String [] names = new String [5];
              for(int i = 0; i < 5; i++){
                   names[i] = "C: " + i;
                   for(int j = 0; j < 10; j++){
                        data[j] = "t: " + (int)(Math.random()*100);
              table = new JTable(data, names){
                   //override the default selection behavior
                   public void changeSelection(int rowIndex, int columnIndex, boolean toggle, boolean extend) {
                        if(ctrlDown){
                             //ctrl + dragging should add the dragged interval to the selection
                             super.changeSelection(rowIndex, columnIndex, toggle, extend);     
                        else{
                             //clicking adds a row to the selection without clearing others
                             //dragging without holding ctrl clears the selection
                             //and starts a new selection at the dragged interval
                             super.changeSelection(rowIndex, columnIndex, !extend, extend);
              //keep track of when ctrl is held down
              table.addKeyListener(new KeyAdapter() {
                   public void keyPressed(KeyEvent e) {
                        ctrlDown = e.isControlDown();
                   public void keyReleased(KeyEvent e){
                        ctrlDown = e.isControlDown();
              frame.getContentPane().add(new JScrollPane(table));
              frame.setSize(250, 250);
              frame.setVisible(true);
         public static void main(String[] args){
              new TestTableSelection();
    Let me know if any of that isn't clear.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

    This change seemed to work for me
              table = new JTable(data, names){
                   int prevRow = -1;
                   //override the default selection behavior
                   public void changeSelection(int rowIndex, int columnIndex, boolean toggle, boolean extend) {
                        if(ctrlDown){
                             //ctrl + dragging should add the dragged interval to the selection
                             if ( rowIndex != prevRow ) {
                                  prevRow = rowIndex;
                                  super.changeSelection(rowIndex, columnIndex, true, false);
                        else{
                             //clicking adds a row to the selection without clearing others
                             //dragging without holding ctrl clears the selection
                             //and starts a new selection at the dragged interval
                             super.changeSelection(rowIndex, columnIndex, !extend, extend);
              };

  • Strange typeover behavior in Newsfeeds

    I am getting this strange intermittent behavior when create a post in the Newsfeed.
    As you begin to type the text compress and it almost looks like the letters are typing over themselves
    The resulting text can be posted and looks fine when posted, it some times does throw an error but the error and type over don't seem connected
    It happens on all browser types and even phones and tablets

    Hi,
    Thank you for your post.
    This is a quick note to let you know that we are performing research on this issue.
    Best Regards,
    Eric
    TechNet Community Support
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
    [email protected]

Maybe you are looking for