HT204266 How to deal with fraudulent transaction from iTunes?

Just got posted on my credit card a transaction that I did not authorize.
Checked my purchase history and there is nothing even remotely recent on my account.
The phone mentioned on the credit card site is indeed apple but they direct me to apple.com/support/cc.
However, there is nothing helpful there.
What is the best and most expedient way to deal with it?
thanks a lot.

Contact iTunes Customer Service
Apple Support iTunes Store Contact Us

Similar Messages

How to deal with validation errors from DAO layer.

I have been pondering on how to deal with validation errors from DAO layer.
Lets say you have a DAO that can save a car object. A car has a year, make, model, vin and so on. During the save operation of this DAO, it validates the car attributes to see if they pass some business rules. If it does not it throws some validation exception that contains all the validation errors. These validation errors know nothing about jsf or my components it just knows what attributes on the object are invalid and why.
If I just want to show those errors at the top of the page that would be no problem I could just create some FacesMessage objects and add them to the FacesContext messages. But if the DAO layer is telling me that the make attribute is invalid it would be nice to map it to the make field on the screen. I am wondering if any of you have tackled this problem or have some ideas on how to tackle it?
Brian

Let it throw an exception with a self explaining message, then catch it and embed that message in a FacesMessage.
Or let it throw more specific exception types (InvalidCarMakeException extends CarDAOException and so on) and let JSF handle it with own FacesMessage message.

TS1424 how can I resolve fraudulent charges from iTunes?

how can I resolve fraudulent charges from iTunes?

Is this what you are referring to...
http://support.apple.com/kb/HT3702

How to deal with xsd:dateTime from webservice in ADF? (Frank can you help?)

I have a webservice that returns a date in the yyyy-MM-dd'T'HH:mm:ss.SSSZ format (as far as i know the default Calendar type format) specified by an xsd:dateTime. When i generate a webservice datacontrol on the service i get an entry like <Attribute Name="testDate" IsUpdateable="0" Type="java.util.Date" /> in the datacontrol xml file generated for the service (should that not be a java.util.Calendar type?). When i try to output the value on a jsf page it results in the following error:
oracle.jbo.domain.DataCreationException: JBO-25009: Can not create object of type java.util.Date with value 1994-02-01T00:00:00.000+01:00
As far as i understand adf tries to create a java.util.Date object from the webservice output 'string' which fails. The webservice is a plsql webservice generated with jdeveloper. If i change the type in the datacontrol xml file from java.util.Date to java.lang.String it prints out the entire date string but i would like to keep it a date type to be able to format the output to the dd-MM-yyyy pattern.
Any help or suggestions.....?
Kind Regards,
Andre Jochems
Repost
Repost

Andre,
sorry, for not replying earlier - missed this post obviously. I don't know whether or not the behavior you see is correct or a bug - need to investigate this first (or find somebody to invest).
However, as a work around for now you can:
Option 1: bind the UI component to a managed bean that then accesses the binding layer to access the Web Service Data Control. This way you can work with Strings and just create a java.util.Date object for the component using the SimpleDate formatter
Option 2: Use a Web Service proxy and a JavaBean DataControl to access the proxy. This allows pre-processing of the Web Service response, e.g. handling the Date
Note that this is just for possible work around until I find the time to look at this. However, if this is a blocking issue for a production application then I suggest to contact customer support for immediate help
Frank

How to deal with image type from SQL*Server2005

when using transparent gateway between oracle 10 g and SQL*Server 2005 querying image type from SQL*Server 2005 error returned as follow:
ORA-28500: When ORACLE connect to a non-Oracle system return this information:
[Transparent gateway for MSSQL] (SQL State: 00000; SQL Code: 2090171257)
ORA-02063: Followed by 2 lines (From OKFOC)
My SQL is: select "attachment" from table@dblink where "empid"=empid
I am using image type to store attachments.
Regards!
Edited by: BK_Ferdinand on 2013-1-10 下午7:09

(0) Original SQL:
(0) select NON_UNIQUE , INDEX_NAME , TYPE , SEQ_IN_INDEX , COLLATION ,
CARDINALITY , COLUMN_NAME from NAV_PROC : SP_STATISTICS ( 'OKFOC' , '%'
, 'T_FLY_FLYER_REWARD' , 1 , 0 , 0 ) order by 3 , 1 , 2 , 4
(0)
(0)
(0) Accessing saved query spec SP_STATISTICS()
(0) from NAV_PROC DB
(0)
Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>>(0) <PROC> : -->>>> OPEN
(0) <PROC> < OK>: OPEN SP_STATISTICS(0)
(0) <PROC> : -->>>> SET_BUFFER
(0) <PROC> < OK>: SET_BUFFER SP_STATISTICS(0)
(0) <PROC> : -->>>> SET_PARAMS
(0) <PROC> < OK>: SET_PARAMS SP_STATISTICS(0)
(0) <PROC> : -->>>> FETCH
(0) <PROC> < OK>: FETCH SP_STATISTICS(0)
(0) <PROC> : -->>>> FETCH
(0) <PROC> < EOS>: FETCH SP_STATISTICS(0)
(0) <PROC> : -->>>> CLOSE
(0) <PROC> < OK>: CLOSE SP_STATISTICS(0)
(0) HOAUTIL.C (1259): ; ------ hoadtab (hoat) -------:
(0) HOAUTIL.C (1262): ; hoatnam: T_FLY_FLYER_REWARD, hoatnml: 18,
hoatnrw: 3,
(0) hoatarl: 1881
(0) HOAUTIL.C (1273): ; ------ hoadtab (hoai) -------:
(0) HOAUTIL.C (1274): ; n_index_stat: 0
(0) HOAUTIL.C (1224): ; -------- hoadtab for table T_FLY_FLYER_REWARD--
(0) HOAUTIL.C (1225): ; hoadamsz: 12, hoadasiz: 12, hoadambr: 1,
hoadabrc: 0
(0) HOAUTIL.C (1228): ; row 0 - hoadambl: 4, hoadadty: 8, hoadaprc: 10,
hoadacst: 0
(0) HOAUTIL.C (1232): ; row 0 - hoadascl: 0, hoadanul: 1, hoadanml: 4,
hoadanam:
(0) pkid, hoadabfl: 4, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 1 - hoadambl: 4, hoadadty: 8, hoadaprc: 10,
hoadacst: 0
(0) HOAUTIL.C (1232): ; row 1 - hoadascl: 0, hoadanul: 1, hoadanml: 5,
hoadanam:
(0) empid, hoadabfl: 4, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 2 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
hoadacst:
(0) 0
(0) HOAUTIL.C (1232): ; row 2 - hoadascl: 0, hoadanul: 1, hoadanml: 9,
hoadanam:
(0) startdate, hoadabfl: 7, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 3 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
hoadacst:
(0) 0
(0) HOAUTIL.C (1232): ; row 3 - hoadascl: 0, hoadanul: 1, hoadanml: 7,
hoadanam:
(0) enddate, hoadabfl: 7, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 4 - hoadambl: 8, hoadadty: 14, hoadaprc: 8,
hoadacst:
(0) 1000
(0) HOAUTIL.C (1232): ; row 4 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
hoadanam:
(0) recate, hoadabfl: 8, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 5 - hoadambl: 100, hoadadty: 14, hoadaprc:
100,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 5 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
hoadanam:
(0) retype, hoadabfl: 100, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 6 - hoadambl: 400, hoadadty: 14, hoadaprc:
400,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 6 - hoadascl: 0, hoadanul: 1, hoadanml: 7,
hoadanam:
(0) rereson, hoadabfl: 400, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 7 - hoadambl: 1000, hoadadty: 14, hoadaprc:
1000,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 7 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
hoadanam:
(0) remark, hoadabfl: 1000, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 8 - hoadambl: 40, hoadadty: 14, hoadaprc:
40,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 8 - hoadascl: 0, hoadanul: 1, hoadanml: 12,
hoadanam:
(0) lastmodifier, hoadabfl: 40, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 9 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
hoadacst:
(0) 0
(0) HOAUTIL.C (1232): ; row 9 - hoadascl: 0, hoadanul: 1, hoadanml: 14,
hoadanam:
(0) lastmodifidate, hoadabfl: 7, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 10 - hoadambl: 2147483647, hoadadty: 166,
hoadaprc:
(0) 2147483647, hoadacst: 0
(0) HOAUTIL.C (1232): ; row 10 - hoadascl: 0, hoadanul: 1, hoadanml: 10,
hoadanam:
(0) attachment, hoadabfl: 2147483647, hoadamod: 0
(0) HOAUTIL.C (1228): ; row 11 - hoadambl: 200, hoadadty: 14, hoadaprc:
200,
(0) hoadacst: 1000
(0) HOAUTIL.C (1232): ; row 11 - hoadascl: 0, hoadanul: 1, hoadanml: 14,
hoadanam:
(0) attachmentname, hoadabfl: 200, hoadamod: 0
(0) hoadtab (26): ; hoadtab Exited with retcode = 0.
(0) hoadafr (23): ; hoadafr Entered. id = 0.
(0) hoadafr (23): ; hoadafr Exited with retcode = 0.
(0) hoapars (15): ; hoapars Entered. stmtType = 0, id = 1.
(0) nvOUT (F:\Work\Connect_4_6_3\src\qp\QP_SQTXT.C 55): SELECT
A1."attachment"
(0) FROM "T_FLY_FLYER_REWARD" A1 WHERE A1."empid"=10004036
(0) nvRETURN (F:\Work\Connect_4_6_3\src\qp\qpsynon.c 1140): -1
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
(0)
(0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12E7C0
(0) r: 113 0 SQLPrepare:- hst=14254F0, css=14785772
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10004036)
(0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) <<<<<<<<<<<<<<<<<<< Execution Strategy Begin
<<<<<<<<<<<<<<<<<<<<<<<<<<<<
(0) Original SQL:
(0) SELECT A1 . "attachment" FROM "T_FLY_FLYER_REWARD" A1 WHERE A1 .
"empid" = 10004036
(0)
(0)
(0) Accessing Database 'OKFOC' with SQL:
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
(0)
(0)
Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>>(0) hoapars (15): ; hoapars Exited with retcode = 0.
(0) hoaopen (19): ; hoaopen Entered. id = 1.
(0) hoaopen (19): ; hoaopen Exited with retcode = 0.
(0) hoadscr (16): ; hoadscr Entered. id = 1.
(0) hoastmt.c (304): ; Array fetch size is: 1.
(0) HOAUTIL.C (1224): ; ------ hoadscr() -------:
(0) HOAUTIL.C (1225): ; hoadamsz: 1, hoadasiz: 1, hoadambr: 1, hoadabrc:
1
(0) HOAUTIL.C (1228): ; row 0 - hoadambl: 2147483647, hoadadty: 166,
hoadaprc:
(0) 2147483647, hoadacst: 0
(0) HOAUTIL.C (1232): ; row 0 - hoadascl: 0, hoadanul: 1, hoadanml: 13,
hoadanam:
(0) A1.attachment, hoadabfl: 2147483647, hoadamod: 0
(0) hoadscr (16): ; hoadscr Exited with retcode = 0.
(0) hoaftch (21): ; hoaftch Entered. id = 1.
(0) apiutil.c (0): ; hoaftch()::
(0) apiutil.c (0): ; Column 0 - pszName: A1.attachment, size: 1827, id:
0, width:
(0) 1827, scale: 0, flags: 68.
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
(0)
(0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12EBBC
(0) r: 113 0 SQLPrepare:- hst=14254F0, css=14635668
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10004036)
(0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12EADA,p
st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12EADA,
pst=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12EAE0
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12EADA,
pst=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12EADC
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12EAE0
(0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) e: 744 0 SQLAllocStmt:- hdbc=14247C0,pst=DF7A98
(0) e: 760 0 SQLPrepare:- hst=14254F0, css=14646584
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10004036)
(0) e: 765 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=128,pcn=DFE17A,
pst=DFE17C,pcd=DFE180,psc=DFE184,pnul=DFE186
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=128,pcn=DFE22A,
pst=DFE22C,pcd=DFE230,psc=DFE234,pnul=DFE236
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=128,pcn=DFE2DA,
pst=DFE2DC,pcd=DFE2E0,psc=DFE2E4,pnul=DFE2E6
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=128,pcn=DFE38A,
pst=DFE38C,pcd=DFE390,psc=DFE394,pnul=DFE396
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=128,pcn=DFE43A,
pst=DFE43C,pcd=DFE440,psc=DFE444,pnul=DFE446
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=128,pcn=DFE52A,
pst=DFE52C,pcd=DFE530,psc=DFE534,pnul=DFE536
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=128,pcn=DFE5DA,
pst=DFE5DC,pcd=DFE5E0,psc=DFE5E4,pnul=DFE5E6
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=128,pcn=DFE68A,
pst=DFE68C,pcd=DFE690,psc=DFE694,pnul=DFE696
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=128,pcn=DFE73A,
pst=DFE73C,pcd=DFE740,psc=DFE744,pnul=DFE746
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=128,pcn=DFE7EA
,pst=DFE7EC,pcd=DFE7F0,psc=DFE7F4,pnul=DFE7F6
(0) e: 782 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=128,pcn=DFE8EA
,pst=DFE8EC,pcd=DFE8F0,psc=DFE8F4,pnul=DFE8F6
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=1,fct=-
8,rgv=DFF114,cbvm=202,pcv=14
674388
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=2,fct=99,rgv=E04024,cbvm=16,pcv=146
98084
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=3,fct=-
8,rgv=E0504C,cbvm=42,pcv=146
98484
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=4,fct=-
8,rgv=E2B004,cbvm=1002,pcv=1
4698884
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=5,fct=-
8,rgv=E060DC,cbvm=402,pcv=14
699284
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=6,fct=-
8,rgv=E43794,cbvm=102,pcv=14
699684
(0) e: 502 0 SQLBindCol:- hst=14254F0,icl=7,fct=-
8,rgv=E0FE0C,cbvm=10,pcv=147
46100
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=8,fct=99,rgv=E10384,cbvm=16,pcv=147
48100
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=9,fct=99,rgv=E10E34,cbvm=16,pcv=147
50836
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=10,fct=99,rgv=E11604,cbvm=4,pcv=147
51636
(0) e: 502 0 SQLBindCol:-
hst=14254F0,icl=11,fct=99,rgv=E11924,cbvm=4,pcv=147
52436
(0) e: 359 0 SQLSetStmtOption:- hst=14254F0, fop=0 , vprm=0
(0) e: 365 0 SQLExecute:- hst=14254F0
(0) e: 396 0 SQLSetStmtOption:- hst=14254F0, fop=9 , vprm=100
(0) e: 400 0 SQLExtendedFetch:- hstm=14254F0, fft=1, irow=0,
pcrw=DF7AC8, rgr
s=DFE90C
(0) hoautil.c (561): ; Requested chunk length: 65536
(0) SELECT "attachment" FROM "T_FLY_FLYER_REWARD" WHERE "pkid"=3 AND
(0) "empid"=10004036 AND "startdate"={ts '2012-12-28 00:00:00.000'} AND
(0) "enddate"={ts '2012-12-28 00:00:00.000'} AND "recate"='0' AND
"retype"='0' AND
(0) "rereson"='5858' AND "remark"='' AND "lastmodifier"='7' AND
(0) "lastmodifidate"={ts '2012-12-28 10:41:03.070'} AND
(0) "attachmentname"='飞行准备网一期演示沟通会议.doc
(0) '
(0) UPDATE "T_FLY_FLYER_REWARD" SET "attachment" = ? WHERE "pkid"=3 AND
(0) "empid"=10004036 AND "startdate"={ts '2012-12-28 00:00:00.000'} AND
(0) "enddate"={ts '2012-12-28 00:00:00.000'} AND "recate"='0' AND
"retype"='0' AND
(0) "rereson"='5858' AND "remark"='' AND "lastmodifier"='7' AND
(0) "lastmodifidate"={ts '2012-12-28 10:41:03.070'} AND
(0) "attachmentname"='飞行准备网一期演示沟通会议.doc
(0) '
(0) i: 924 0 SQLAllocConnect:- henv=1424718,phd=12E834
(0) i: 931 0 SQLSetConnectOption:- hdbc=1424C30, fop=1218 , vprm=1
(0) i: 938 0 SQLSetConnectOption:- hdbc=1424C30, fop=103 , vprm=0
(0) i: 945 1 SQLDriverConnect:- hdbc=1424C30, hwnd=0, scsi=12E8C4,
ccsi=-3, s
cso=12E9C4, ccsom=1020, pcso=12E83A, fdc=0,
(0) i: 955 0 SQLGetInfo:- hdbc=1424C30, fit=18 ,rif=12e840, civm=130,
piv=12E
83C
(0) i: 960 0 SQLSetConnectOption:- hdbc=1424C30, fop=1217 , vprm=1
(0) Created new MSSQLODBC connection (21122096)
(0) e:1881 0 SQLAllocStmt:- hdbc=1424C30,pst=E1C678
(0) e:1890 0 SQLSetStmtOption:- hst=14270A0, fop=0 , vprm=0
(0) e:1896 0 SQLExecDirect:- hst=14270A0, css=-3
(0) 6sss = SELECT "attachment" FROM "T_FLY_FLYER_REWARD"
WHERE "pk
id"=3 AND "empid"=10004036 AND "startdate"={ts '2012-12
-28 00:
00:00.000'} AND "enddate"={ts '2012-12-28 00:00:00.000'}
AND "
recate"='0' AND "retype"='0' AND "rereson"='5858' AND
"remark"
='' AND "lastmodifier"='7' AND "lastmodifidate"={ts
'2012-12-2
8 10:41:03.070'} AND "attachmentname"='飞行准备网一期演
示沟通? 嵋?doc '
(0) e:1905 0 SQLDescribeCol:- hst=14270A0,icol=1,scn=
(null),cnm=0,pcn=0,pst=1
2EDDC,pcd=0,psc=0,pnul=0
(0) e:1914100 SQLFetch:- hst=14270A0
(0) i: 591100 SQLError:-
hnv=1424718,hdbc=21122096,hst=14270a0,sss=00000,pne=
12EB20,cemm=1239988,pem=1FF
(0) =14247sem =
(0) DB_MSSQLODBC_ENGINE (1916): ; (SQL State: 00000; SQL Code: 16)
(0) DRV_BlobRead: (SQL State: 00000; SQL Code: 16)
(0)
(0) nvRETURN (F:\Work\Connect_4_6_3\src\drv\DRV_BLOB.C 249): -1
(0) hoaftch (21): ; hoaftch Exited with retcode = 28500, hoadabrc = 1.
(0) hoaclse (22): ; hoaclse Entered. id = 1.
(0) e: 442 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) hoaclse (22): ; hoaclse Exited with retcode = 0.
(0) hoadafr (23): ; hoadafr Entered. id = 1.
(0) hoadafr (23): ; hoadafr Exited with retcode = 0.
(0) hoaroll (12): ; hoaroll Entered. tflag = 1.
(0) e:1353 0 SQLTransact:- henv=0,hdbc=14247C0, ftp=1
(0) e:1359 0 SQLSetConnectOption:- hdbc=14247C0, fop=102 , vprm=1
(0) hoaroll (12): ; hoaroll Exited with retcode = 0.
(0) hoabegn (9): ; hoabegn Entered. formatID = 306206, hoagttln = 55,
hoagttid =
(0) ORCL.REGRESS.RDBMS.DEV.US.ORACLE.COM.f04eafd4.17.20.497, hoagtbln =
10,
(0) hoagtbid = , tflag = 0, initial = 0
(0) e:1005 0 SQLGetConnectOption:- hdbc=14247C0, fop=102 , pvprm=12EA80
(0) e:1007 0 SQLSetConnectOption:- hdbc=14247C0, fop=108 , vprm=1
(0) e:1012 0 SQLSetConnectOption:- hdbc=14247C0, fop=102 , vprm=0
(0) hoabegn (9): ; hoabegn Exited with retcode = 0.
(0) hoapars (15): ; hoapars Entered. stmtType = 0, id = 1.
(0) nvOUT (F:\Work\Connect_4_6_3\src\qp\QP_SQTXT.C 55): SELECT
A1."attachment"
(0) FROM "T_FLY_FLYER_REWARD" A1 WHERE A1."empid"=10000535
(0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10000535)
(0)
(0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12E7C0
(0) r: 113 0 SQLPrepare:- hst=14254F0, css=14606780
(0) Ssss = SELECT "A1"."attachmentname" AS c001,
"A1"."lastmodifid
ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
AS c0
04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
"A1"."recat
e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
c009,
"A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
"T_FLY_FLYER_RE
WARD" "A1" WHERE ("A1"."empid" = 10000535)
(0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12E6DE,p
st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 886 0 SQLDescribeCol:-
hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12E6DE,
pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
(0) r: 903 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E0
(0) r: 909 0 SQLColAttributes:-
hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
=0,pfd=12E6E4
(0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
(0) <<<<<<<<<<<<<<<<<<< Execution Strategy Begin
<<<<<<<<<<<<<<<<<<<<<<<<<<<<
(0) Original SQL:
(0) SELECT A1 . "attachment" FROM "T_FLY_FLYER_REWARD" A1 WHERE A1 .
"empid" = 10000535
(0)

How to deal with Cash Deposited/Withdrawn from Bank

Gurus,
How to deal with Cash Deposited/Withdrawn from Bank for office use.
<b>Here is the senario:</b>
When Cash is deposited in Bank the entry is
Bank Main A/c Dr
To Cash A/c
and when Withdrawn from Bank the entry was
Cash A/c Dr
To Bank Main Account
Now my question is, How we will deal with these transactions while creating Bank Reconcilation Statement. As per my knowledge.
Bank Main Account Balance = Sum of all Bank Clearing Accounts.
If the difference occurs with cheques we deposit it or make note of issue while BRS, which effect the Clearing Accounts, But, How about Cash Deposit and Cash Withdrawn, coz these won't effect any of the Clearing Accounts.
How do deal with this.
please advice.
Satish

Hi Satish,
Through FBCJ transaction you can do the cash receipt / cash payment to Bank (Bank clearing Account). By using the Business transaction "Receipt from Bank" and "Payment to Bank".
Hence bank posting will happen in the Bank clearing account. As soon as BRS is done, it will hit the Bank Main account.
Hope it is clear for you. If my reply is useful than please assign points for the same.
Thanks & best regards,
nms

How to deal with "Error 1001. The specified service already exists" when install a service using installer package?

Hi everybody,
I wrote a "Class Library" project which is a service using Visual Stodio 2008 recently, then tried to use a Visual Studio 2008
Setup Project to install it.
Here is what I did for the "Class Library":
1. Finish the program.cs, Service.cs
2. Add Installer
3. Change the serviceInstaller so that "StartType" to be Aotumatic
4. Change the ServiceProcessInstaller2 so that "Account" to be LocalSystem
5.
6. Click in F5 (Start Debugging)
Here is what I did for the Setup Project:
1. Add the exe file built from the "Class Library" project to the Application Folder
2. On the Custom Action Editor, add the exe file from 1 to Install and Commit
3. Change the property of the project so that "RemovePreviousVersion" to be true
4. Click on F6(Build Solution)
Then I tried to run the msi file from the built of the Setup Project. Because I modified the two projects serveral times, I uninstalled the Class Library using "Control Panel->Add or Remove Programs" before I reinstall. Two things I notived:
1. After unstall, the registry was not cleaned up about the installed program
2. After several rounds install/uninstall, I got "Error 1001. The specified service already exists"
My questions are:
1. How to cleanup the registry when uninstall a program?
2. How to deal with the "Error 1001. The specified service already exists"?
3. Did I do anytbing wrong with the "Class Library" or the "Setup Project"?
Thanks a lot!
Helen

Hi Simon, not a problem!
I spent some more time on this and here are few more notes:
it is called Major Upgrade, when you are installing new version of the product upon a previous one and
MSI supports 2 strategies:
Strategy 1. Install a new version and uninstall previous one. (Install a new version right upon previously installed version (file merging is performed based on dll version number) and the delete previously
installed files)
Strategy 2. Uninstall previous version and install a new one (Delete all previous files and install from scratch new files.)
From the first look it seems that 1st strategy is weird and buggy. But, remember, MSI is great because it's transactional!!! That means that if once some of the phases (Installation, Uninstallation, Rollback, Comit) fails, your machine
will be reverted to the previous state and it'll be still functional.
Let's consider both strategies:
Consider you have installed product_v1.msi and you want to install product_v2.msi.
Strategy 1
1. MSI engine copies files from Product_v1 directory to TEMP directory
2. MSI engine merges files based on the assembly version (between v1 and v2)
3. Once merging is completed successfully it removes files in TEMP (RemoveExistingProducts action triggers it) and you got product_v2 installed, otherwise if it fails MSI engine revert machine to V1 and copies previous files from TEMP.
Strategy 2
1. MSI engine tottaly removes all files from v1.
2. MSI engine installs v2 files and if something goes wrong you cannot revert back, because RemoveExistingProducts allready worked out and MSI doesn't have files to revert machine back
I recommend to everybody to use Strategy 1 and leverage MSI transaction functionality. And you can set this strategies by defining sequence of RemoveExistingProducts action. See more info
here. So, I think it's not even a bug in VS as I said in the upper post it is default recommened behaviour.
AND, you got "Error 1001. The specified service already exists"
because if we follow Strategy 1 MSI engine tries to install Windows Service on top of the existing service and OF COURSE it fails MSI engine (StopServices, DeleteServices actions are executed before actual
installation and they look at ServiceControl table). In order to stop service first and delete them you have to fill ServiceContol table of the MSI (and then StopServices, DeleteServices actions will recognize what to they have to stop
and delete), like this:
*clip*clip*clip*
' see http://msdn.microsoft.com/en-us/library/windows/desktop/aa371634(v=vs.85).aspx for more info
' Update the Service Entry to stop and delete service while uninstalling
query = "INSERT INTO ServiceControl (ServiceControl, Name, Event, Arguments, Wait, Component_) VALUES ('MAD_Service', 'Service name', '160', '', '1', '"
+ componentName + "')"
Set view = database.OpenView(query)
: CheckError
view.Execute : CheckError
' Update the Service Entry to stop and delete service while installing
query = "INSERT INTO ServiceControl (ServiceControl, Name, Event, Arguments, Wait, Component_) VALUES ('MAD2_Service', 'Service name', '10', '', '1', '"
+ componentName + "')"
Set view = database.OpenView(query)
: CheckError
view.Execute : CheckError
*clip*clip*clip*
We can uninstall service first by following Strategy 2, but then we lose transactional support.
So, Simon did I encourage you to change your code a bit?:)
And, btw, if you don't want to change the strategy, please don't rely on SequenceID in MSI table, it can be change, you have to get the at the runtime.
Hope it will help to everybody!
See also more advanced explanation of how MSI works
here.
Truly yours, Marat

How to deal with file(for example .xml)? what format of dir should be?

I'd like to operate the file in disk, and want to use relative directory?
How to deal with file dir? what format of dir should be?

Hi Kamlesh,
Thanks for your response.
Actually, In the "Process External Bank Statement" window, i see that there are few entries which is for the previous year and which has not been reconciled. I have never worked practically on BRS and hence, i am scared to make any changes in the clients database without being confident on what i am doing. I need to reconcile for one of their Bank a/c for the month of April '08. I have the copy of the statements for the month ending 31st Mar 08 and 30th Apr 08. The closing balances are as below:
31/03/08 - 2300000.00
30/04/08 - 3100000.00
Now my OB for Bank a/c for April '08 in SAP is 2300000.00 Dr.
When i go to External Bank Reconciliation - Selection Criteria Screen (Manual Reconciliation), here are the detail that i enter:
Last Balance: INR -7,000,000.00000 (Grayed out by the system)
Ending Balance: INR -3,100,000.00000 (Entered by me)
End Date: 30/04/08 (Entered by me)
"Reconciliation Bank Statement" Screen opens up and shows the below balances in the screen:
Cleared Book Balance: INR -7,000,000.00000
Statement Ending Balance: INR -3,100,000.00000
Difference: INR 3,800,000.00000
As per the Bank statement, i have found all the transactions listed out here for the month of Apr '08 but, i also found that the open transactions for the previous month from April '08 have been lying in "Process External Bank Statement" window.
Could you please help me solve my issue as to what needs to be done or could you also get me some links from where i can get few documents for processing External Bank Reconciliations?
That will be of a great help for me. I need steps as to what needs to be done first and then the next so that i can arrive at the correct closing balance for the month April '08.
Thanks in Advance....
Regards,
Kaushal

How to deal with generated programs in eCATT SAPGUI recording?

Hi experts and professionals,
I am trying to automate testing of our solutions by eCATTs and so far i have not been able to find solution for following problem.
Whole test scenario is very simple:
Check InfoProvider data (query, lookup, listcube,...)
Create DAP on InfoProvider
Archive InfoProvider
Check InfoProvider data (query, lookup, listcube,...) again
Compare results from step 1. and 4. (must match)
Reload archived data
Check InfoProvider data (query, lookup, listcube,...) again
Compare results from step 1. and 7. (must match)
As you can see, one of the required test steps is to check InfoProvider's data in transaction LISTCUBE.
But transaction LISTCUBE generates its program "name" every time it is executed and
I am struggling to find a way how to deal with these generated programs in eCATT SAPGUI recording.
Key is that solution must be generic and work for all SAP BW releases from 7.0 upwards
(having in mind that LISTCUBE can read NLS data from SAP BW 7.3 release).
Error description from eCATT log:
Screen Check Error: Expected Transaction: LISTCUBE, Actual Transaction: LISTCUBE.
Expected Program: GP0KOZE7EFIUBN10MZUFWX90W80, Actual Program: GPBP24INA6VV77SL0XKU5NA642O.
Expected Screen Number: 1000, Actual Screen Number: 1000.
There Is Probably an Error in SAPGUI recording.
ExceptionClass:CX_ECATT_APL_CAPTURE ExceptionId:SCREEN_CHECK_ERROR
RaisingClass:CL_APL_ECATT_LINE_INTERPRETER Include:CL_APL_ECATT_LINE_INTERPRETER=CM00J Line:443
Is there any way how to avoid program check in eCATT script?
Anything that would help me to find solution will be greatly appreciated.
Best Regards,
Igor

Dear Igor,
Your issue is caused by the "screen check" which eCATT processes here.
In General this screen check is a very usefull activity, since is ensures that only those screens are processed by automation, which initially where recorded. This should ensure as much as possible to invoke only intended activities.
Remember, that the driver of the screen flow is still the automated transaction program ( but not the test tool). So application logic decides which screen is send next.
Using screen check the test tool tries to ensure that menu items and buttons and other activities are only automated when the tool "believes" to work on the intended screen.
For generic test scripts and often in context of generated programs the screen check might hurt a bit.
To overcome this, one might try to make the check dynamic (as Sheetal suggests correctly).
If here the name of program cannot be determined for any reason, one can use another method and do following:
- Change the value of ProcessedScreen-Active to 'R'
This will disable/skip the screen-check for this ProcessedScreen.
Sure the solution includes a certain risk, since not checking the correct screen to appear might lead to automation of actions with not desired impact.
Maybe this can improve your solution.
Kind Regards
Jens

How to deal with BP inconsistencies in SRM?

Dear Experts,
How to deal with Business Partner inconsistency in SRM?
A BP is damaged beyond repair?
Should we delete the BP of the user (SU01 user)? Are we allowed to delete a BP? or do we need to archive the BP?
What will happen to the follow-on documents of the particular BP?
Should we close all the transactional documents or we should simply the change the BP of the documents manaully?
Please, share your expereince.
Thanks and regards,
Ranjan

Hi
What kind of Inconsistencies are there...Deletion of BP is last resort in such cases. Although its only possible to put a deletion/blockecd indicator for the BP. BP is never deleted completely from SRM unless you archive it.
Regards
Virender Singh

How to deal with the product price difference g/l account

Hi:
When I went to the transaction fs10n to look at the g/l account 281500(gain from own product price differences) and I found there has 40 EUR in credit column,then the cumulative balance is credit 40 EUR,obviously this 40 EUR credit is due to the difference between order price and invoice price. My question is how to deal with it?

The Finance department needs to coordinate it with the Purchasing on the correct price. If the invoice price is the correct one, then there is a need to recognize the difference as per accounting standard. If in case that the order price is the correct one, they should inform the Vendor about it and once the Debit or Credit note is received, you just need to post it as "subsequent debit or credit" the amount will offset to this price difference.

How to deal with deadlock on wwv_flow_data table when http server times out

There are some threads about a deadlock on the wwv_flow_data table. None of them contain a real explanation for this behaviour. In my case I will try to explain what I think is happening. Maybe it helps somebody who is hitting the same matter.
In my case with APEX 3.2.1 I am navigating from one page to another. Doing this APEX will lock the table wwv_flow_data. As soon as the other page is shown the lock will be released. But now this other page contains a bad performing query (standaard report region). After 5 minutes the http server (modplsql) will time out and present the message "No response from the application server" on the screen. In the meanwhile the query is still running on the database server and the lock stays on the wwv_flow_data table.
Normal user behaviour will be that the user will use the back button to return to the previous page and tries it again to navigate to the other page or
the user will try to refresh the page with the bad performing query.
And voila now you will have a deadlock on the wwv_flow_data table since a second session is trying to do the same thing while the first hasn't finished yet.
How to deal with it?
First of all. Have a good look at the bad performing query. Maybe you can improve it that it will succeed before the http server will timeout.
In my case the 11gr1 optimizer couldn't handle a subquery factoring clause in the best way. After changing it back to a classical inline query the problem was solved.
Secondly you could increase the timeout parameter of the http server. Although this not the best way.
Maybe it would better if APEX in a next version would release the lock on the table wwv_flow_date earlier or do a rollback just before the moment that the http server is timing out.
regards,
Mathieu Meeuwissen

Hello Shmoove,
I saw your reply here and you probably understand the problems the HTTP 100 response may cause.
I am trying to send image that was taken by getSnapshot. The problem is that the server respond with this HTTP 100 message.
I suspect that the reason that my server doesn't recognize the file that I'm sending from J2me is that the "server to client" response to the 100 message comes after the second message of (see what the TCPIP viewer shows down here):
POST /up01/up02.aspx HTTP/1.1
Content-Type: multipart/form-data; boundary=xxxxyyyyzzz
Connection: Keep-Alive
Content-length: 6294
User-Agent: UNTRUSTED/1.0
Host: szekely.dnsalias.com:80
Transfer-Encoding: chunked
400: Client to Server (126 bytes)
78
--xxxxyyyyzzz
Content-Disposition: form-data; name="pic"; filename="david.jpg"
Content-Type: application/octet-stream
400: Connected to Server
400: Server to Client (112 bytes)
HTTP/1.1 100 Continue
Server: Microsoft-IIS/5.1
Date: Wed, 23 Mar 2005 00:47:02 GMT
X-Powered-By: ASP.NET
Any help will be appreciated,
David

How to deal with payment of vendor to us (credit notes I guess)

Normally I use F07 for outgoing payments, it's linked to vendors, but how to deal with incoming payments of vendors?
We got paid two invoices(credit notes I guess) and I want to put them under the right vendor, but how do I do it?
I can't use F07 I think because I need to use positive amounts (for normal purchase invoices) and can't use negative amounts in this transaction. F08 is for ingoing payment but that session is linked to customers I thought..not for vendors?
How to deal with this kind ot transactions? What transaction can I use the best for payments like this
(we got paid an amount , no invoices yet, but I know the vendor).

whith F-02 it is possible I noticed.

IMac SSD full - how to deal with the two drives

Greetings all,
I've been using an iMac i7 with two drives SSC and HDD. Recently, I've been having issues with the SSD being close to full. I use it for applications only, although some apps need lots of space (iTunes, iMovie, Photoshop, etc.) I use Lightroom and have all the images on the spinning drive. Does anyone know how to deal with this issue? Any way I can move the music from iTunes to the separate drive, or any way to figure out what exactly is using most of my space?
Thanks in advance for your help.
erlkonig

Here's some utilities for analyzing disk space:
DiskInventory
GrandPerspective
OmniDiskSweeper
WhatSize
You might want to consider putting your home directory on the HDD.
How to Move the Home Folder in OS X – and Why
Moving your home folder in OS X

How to deal with the barcode?

i'm developing a file storage system in java, there're two barcode on each file(one is pdf417, the other one is code128) , but now ,there's a problem confused me :
i use the barcode scanner to scan the file and get images of these files from the scanner , but i have no idea how to deal with these images,
i need the barcode information on the images, and i know there're some java components can help me to read the barcode from images , for example : BarcodeReader from Barcode Library, but these components were too expensive for me , is there any other way can solve this problem?

yes, look for a cheaper component...
Or write your own...
Or save up until you can afford the more expensive ones...

HT204266 How to deal with fraudulent transaction from iTunes?

Similar Messages

Maybe you are looking for