BPELPM: current-dateTime() doesn't take daylight saving into account

When calling current-dateTime() from the BPEL process manager, it does not take the daylight saving time shift into account, so the difference to UTC from the german local time is incorrectly computed (in summer).

Hi Aurélien,
this is described a bit in the CCLM guide: Work with CCLM in Solution Manager SP12 | SCN
This step only appears if one of the data pools "Table Utilization" or "Data Growth" was
selected.
If DVM data extractors are running then. DVM records the data growth and the table
utilization. DVM does not record the reports or transactions, which are using the
respective tables.
In order to link reports and transactions (in fact the reports, which are assigned to
the transaction) to the tables a project has to be defined in SOLAR01, where all the
transactions and reports are assigned. One or more of these projects can be selected as
a basis for the analysis.
Attention: Only the reports and transactions assigned to the selected project(s) will
be evaluated and checked for data growth and table utilization.....
Remark: To set up DVM extractors you have to run the DVM guided procedure in transaction solman_setup next to CCM setup.
BR, Sylke Graupner

Similar Messages

"Arrange files by type" doesn't take file extension into account

After upgrading system to a Mountain Lion I was unpleasantly surprised.
The "Arrange files by type" option doesn't work any more. bmp, jpg, raw, zip, psd, tar.gz and so on - now Finder considers all these file types as "Documents" and puts them into one group. Meanwhile when i open file info it shows correct file type "Adobe Photoshop document", "Windows bitmap" etc.
Is there any way to override this behavior and make Finder arrange files by their extension?

I've fixed the problem. It was related to the wrong configuration of the bundle name.

[svn] 4746: User-submitted patch for SDK-16147 - HaloBorder does not take border widths into account when drawing background with rounded corners .

Revision: 4746
Author: [email protected]
Date: 2009-01-29 15:36:59 -0800 (Thu, 29 Jan 2009)
Log Message:
User-submitted patch for SDK-16147 - HaloBorder does not take border widths into account when drawing background with rounded corners.
Bugs: SDK-16147 (bug), SDK-16963 (patch)
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-16147
http://bugs.adobe.com/jira/browse/SDK-16147
http://bugs.adobe.com/jira/browse/SDK-16963
Modified Paths:
flex/sdk/branches/3.x/frameworks/projects/framework/src/mx/skins/halo/HaloBorder.as

Does CC alert generation take into account 1/ act or 2/ act+perm ?

Dear Forum,
Can somebody shed some light on how alert generation works ? Are only the entries in the action tab of a function relevant ?
1. Suppose you have alertlog.txt
$ cat Alertlog.log
SYS-001 JDOE SM30 2008-07-28 09:15:07 ENDUSER
SYS-001 JDOE SU01 2008-07-28 09:45:24 ENDUSER
2. critical action rules
a) SM30 S_TABU_DIS 02 FC31 = open and close FI posting period
b) SU01 S_USER_GRP ACTVT 06 = Delete users
---> will the "Search Critical Action Alerts" functionality report JDOE or not ? That is, will SAP GRC take the permissions into account yes or no ? If not, than we have false positives.
Thanks - Sam

Simon,
Thanks for the reply
Can we conclude as follows :
"SAP GRC Risk and Remediation alert monitoring and alert notification do not take into account any function permissions settings before, during or after alert analysis. By this logic, users will be reported as soon as alertlog.txt line items correspond with items from the action tab as part of functions, regardless the fact those users' user buffer does not have the necessary permissions as specified within that same function."
I have noticed your email suffix sap.com --> Can I consider your answer as an official answer from SAP to my question ?

Xp20:current-dateTime dose not return actual time in daylight saving

Hi,
I have observed that xp20:current-dateTime dose not return the actual time in daylight saving. e.g. when the system time is 14:43:00 the xp20:current-dateTime function returns 15:43:00 i.e. additional 1 hour. Is this a known issue? How to prevent this from happening?
Thanks in advance.

Hello,
I've the same problem. This occurs in BPEL middle tier instalation
( Linux x86 timezone set to Europe/Prague)
and also in JDeveloper > Test xsl form. ( Localised Win XP SP2)
BPEL version is 10.1.2.0.0.
In our country we have now CEST ( Central European Summer Time) = GMT +2:00.
xp20:current-dateTime returns for example 2006-06-27T13:10:15+01:00
The time 13:10:15 is correct time in our timezone, but timezone +01:00 is not correct.
Timezone should be +02:00. (?)
When I insert this dateTime into database table, I have incorrect value there.
Is there any way to solve this problem? ( any settings ...?)
Regards
Karel

TS1638 When syncing calendar on iPhone with Microsoft Office whole day appointments get moved to double day. I am aware this may be caused by conflicts in clock, viz daylight saving time. However, Outlook seems OK and takes time from Windows time and zone

When syncing my iPhone to Microsoft Outloook all the full day appointments become two day - 2300hrs to 2300hrs next day. Sometimes this will include a nuber of a single day of 23 hours. Looked at solutions and all point to a clock issue or a daylight saving and winter times. Outlook operating time is directly from the Windows clock that incudes the change of times for daylight saving etc. It is set for UTC Dublin, Edinburgh, Lisban, London with daylight saving included in the options. I can't see what I can do.

When syncing my iPhone to Microsoft Outloook all the full day appointments become two day - 2300hrs to 2300hrs next day. Sometimes this will include a nuber of a single day of 23 hours. Looked at solutions and all point to a clock issue or a daylight saving and winter times. Outlook operating time is directly from the Windows clock that incudes the change of times for daylight saving etc. It is set for UTC Dublin, Edinburgh, Lisban, London with daylight saving included in the options. I can't see what I can do.

IPhone upgrade to 3.1.2. resets date time - no daylight saving

I upgraded my iPhone 3GS to the new OS: 3.1.2 recently. I noticed the date & time were reset to some time way in the past so I reset them to the current date & time. I notice now there's no way in the Settings | General |Date & Time to automatically have the date & time synced with your PC and the iPhone doesn't take allowance of daylight saving time - I added London as a city for keeping track of my time and the Clock shows it as 10 hours behind Sydney time rather than 11, which would be the case if Sydney was set at daylight saving time.
Does anyone have any suggestions as to how I can get my iPhone to recognise daylight saving time again? I can't see anywhere on the iPhone or iTunes to do it, I've tried resetting my iPhone. Nothing is working.

I don't see a DST option either. I assume that Set Date & Time automatically did set from the phone network and that would include DST corrections. Mine is correct now and we are on DST here. Manual says:
"Set whether iPhone updates the date and time automatically: Choose General > Date & Time and turn Set Automatically on or off.
If iPhone is set to update the time automatically, it gets the correct time over the cellular network, and updates it for the time zone you’re in.
Some carriers don’t support network time in all locations. If you’re traveling, iPhone may not be able to automatically set the local time."
Phil

Q: No daylight saving in waveform chart

Hello,
I'm lost:
I have a large logfile (couple of years) and i wan't to display this
with labview. The times i use are labview timestamps (seconds since 1
januari 1904 0:00 utc). Problem is when i plot them in a chart it
displays them in my local time zone (amsterdam).
Is there a possibility to plot these data in an chart in UTC without
Daylight saving time? Most preferable without changing the timezone in
windows, but even then a UTC timezone without DST doesn't exist.
Any help???
many thankx,
Richard Dols

> I have never tested this and none of my customers called me about the
> following problem:
>
> What happens if the logging runs to the time where daylight saving is
> on or off? In March the local time jumps from 2:00 to 3:00 and in
> October it jumps from 3:00 to 2:00 giving two hours from 2:00A to
> 3:00A and from 2:00B to 3:00B. The numbering A and B is the rule used
> in Germany for the "document of birth" (Geburtsurkunde).
>
> Would this cause any confusion in the x-axis of a chart or graph?
>
Daylight savings in general causes confusion. I'm not certain that it
actually accomplishes anything positive anymore. But to your question,
what will happen when it changes?
This is all subject to change, either by us or the OS, but at t
he moment
LV uses OS libraries for turning a timestamp into a string. The current
behavior of those libraries is that all of the times, historical or
current will shift by one hour. It is very difficult for a computer to
determine whether the timestamp falls in an A or B period. Sure it can
be done, and I believe some Unix servers do it, but in general, everyone
does UTC internally and then uses the current time zone to adjust the
UTC, then determines whether DST is currently in effect, then turns that
number into a string.
I believe this means that if you are at work at 2:00 in the morning,
that you will get another 2:00 an hour later on the chart, but as soon
as the historical values scroll off the screen, all the previous values
will be labeled 12:00 1:00 2:00.
As I said, DST complicates everything and someone might change this
behavior in a future OS or a future LV.
Greg McKaskle

When there is no daylight saving, i am facing an error

Hello , I have created an add in for outlook, we setup meeting rooms, we
opened mailbox for each meeting room. Users are using Outlook 2010. We can now see all meeting rooms in our calender. And we are able to set up meetings with corresponding meeting rooms. The only issue I need to fix is that : When someone organize a meeting
in with other countries; as Australia, France, Korea , China.. some of these countries don't have daylight saving and when changing my local machine time to korea for example, it gives me an error.
This is a part of the code where getting the timeZone , plz help me to know what to change for coutries that don't have daylight saving.
// Make the request.
GetUserAvailabilityRequestType request = new GetUserAvailabilityRequestType();
// Get the local time zone
TimeZoneInfo zone = TimeZoneInfo.Local;
TimeZoneInfo.AdjustmentRule[] adjustmentRules = zone.GetAdjustmentRules();
string str_offset = "";
TimeZoneInfo.ClearCachedData();
TimeSpan offset = TimeZoneInfo.Local.BaseUtcOffset;
if (offset.ToString().Substring(0, 1).Equals("-"))
str_offset = offset.ToString().Substring(0, 3);
else
str_offset = offset.ToString().Substring(0, 2);
// Set the time zone of the request.
request.TimeZone = new SerializableTimeZone();
//TimeZoneInfo.BaseUtcOffset Property
//Gets the time difference between the current time zone's standard time and Coordinated Universal Time (UTC).
request.TimeZone.Bias = (int)TimeZoneInfo.Local.BaseUtcOffset.Negate().TotalMinutes;
for (int iAdjustment = 0; iAdjustment < adjustmentRules.Length; iAdjustment++)
if (DateTime.Now >= adjustmentRules[iAdjustment].DateStart && DateTime.Now <= adjustmentRules[iAdjustment].DateEnd)
request.TimeZone.StandardTime = new SerializableTimeZoneTime();
request.TimeZone.StandardTime.Bias = 0;
request.TimeZone.StandardTime.DayOfWeek = adjustmentRules[iAdjustment].DaylightTransitionEnd.DayOfWeek.ToString();
request.TimeZone.StandardTime.DayOrder = (short)adjustmentRules[iAdjustment].DaylightTransitionEnd.Week;
request.TimeZone.StandardTime.Month = (short)adjustmentRules[iAdjustment].DaylightTransitionEnd.Month;
request.TimeZone.StandardTime.Time = adjustmentRules[iAdjustment].DaylightTransitionEnd.TimeOfDay.ToString("HH:mm:ss");
request.TimeZone.DaylightTime = new SerializableTimeZoneTime();
//TimeZoneInfo.AdjustmentRule.DaylightDelta Property
//Gets the amount of time that is required to form the time zone's daylight saving time. This amount of time is added to the time zone's offset from
Coordinated Universal Time (UTC).
request.TimeZone.DaylightTime.Bias = (int)adjustmentRules[iAdjustment].DaylightDelta.Negate().TotalMinutes;
request.TimeZone.DaylightTime.DayOfWeek = adjustmentRules[iAdjustment].DaylightTransitionStart.DayOfWeek.ToString();
request.TimeZone.DaylightTime.DayOrder = (short)adjustmentRules[iAdjustment].DaylightTransitionStart.Week;
request.TimeZone.DaylightTime.Month = (short)adjustmentRules[iAdjustment].DaylightTransitionStart.Month;
request.TimeZone.DaylightTime.Time = adjustmentRules[iAdjustment].DaylightTransitionStart.TimeOfDay.ToString("HH:mm:ss");
// Add the mailboxes to the request.
request.MailboxDataArray = mailboxes;
// Add the free/busy view options to the request.
request.FreeBusyViewOptions = fbViewOptions;
DateTime startExchange = DateTime.Now;
// Send the request and get the response.
GetUserAvailabilityResponseType response = esb.GetUserAvailability(request);
DateTime endExchange = DateTime.Now;
TimeSpan timeWSE2010 = endExchange - startExchange;
CLogger.WriteLog(ELogLevel.INFO, "getListRoomsExchange2010 -timeWSE2010-WS=" + timeWSE2010.ToString());
// Access free/busy information.
if (response.FreeBusyResponseArray.Length < 1)
MessageBox.Show("An error occurred while getting the available rooms - No free/busy response data available.", "Pick A Room");
CLogger.WriteLog(ELogLevel.ERROR, "GetUserAvailability - An error occurred while getting the available rooms - No free/busy response data available.");
else
for (int j = 0; j < response.FreeBusyResponseArray.Length; j++)
FreeBusyResponseType fbrt = response.FreeBusyResponseArray[j];
if (fbrt.ResponseMessage.ResponseClass == ResponseClassType.Error)
Console.WriteLine(string.Format("Error: {0}", fbrt.ResponseMessage.MessageText));
else
//Get the free/busy data
FreeBusyView fbv = fbrt.FreeBusyView;
if (!fbv.MergedFreeBusy.Contains("2") && !mailboxes[j].Email.Address.ToString().Equals(""))
availableUsers = availableUsers + ThisAddIn.dictionaryRooms[mailboxes[j].Email.Address.ToString()] + ";";
catch (Exception ex)
//Error processing.
MessageBox.Show("An error occurred while getting the available rooms - Exception:" + ex.Message, "Pick A Room");
CLogger.WriteLog(ELogLevel.ERROR, "getUserAvailability - An error occurred while getting the available rooms - Exception:" + ex.Message);
return availableUsers;

Hi,
Please post the detailed error message, it’s more helpful for further troubleshooting.
Since the add-in is related to Outlook client, I recommend contact Outlook for Developers Team so that you can get more professional suggestion.
For your convenience:
https://social.msdn.microsoft.com/Forums/en-US/home?forum=outlookdev&filter=alltypes&brandIgnore=True&sort=relevancedesc&filter=alltypes&searchTerm=
Thanks
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]
Allen Wang
TechNet Community Support

Exchange Active Sync UTC Daylight Saving Time

Color me a bit confused. I am attempting to write an IOS client application to communicate with Exchange ActiveSync and display calendar information. But I am seeing some conflicting information in the protocol docs when compared to what I am getting from
Exchange. Either that or I am somehow misinterpreting one or the other.
My intent is to save an appointment in my local database in Coordinated Universal Time and then have the UI read in the information and display it as appropriate to the local timezone. In this way an recurring appointment created before daylight saving time
for Noon will still be at the same time of day in local time as an appointment created during daylight saving time for noon. But they are not.
My understanding of the documentation is as such:
In MS-ASCAL pdf section 2.2.2.40 (roughly page 34) it says for Start Time that : ...the value of this element is a dateTime data type as specified in MS-ASDTYPE section 2.3.
Moving to MS-ASDTYPE section 2.3 (roughly page 7) the dateTime value is specified in the format of ISO-8601 and all dates are given in Coordinated Universal Time (UTC)
Looking up coordinated universal time I see that UTC does not changed with the seasons as local or civil time does and therefore DOES NOT support daylight saving time. This makes sense, as DST is decidedly local and is ignored by many areas. You cannot know
from the perspective of UTC whether or not to apply a DST offset without knowing what timezone and area the time represents, therefore no daylight saving time can be supported. Based on this information I should be able to just slap the dates into my database
as they are and merely have the UI adjust itself to display them properly.
However, as a tested I began seeing a divergence of an hour between the two appointments in the database before the UI has even read them. To confirm this I created two recurring appointments representing Lunch at 12 noon local time. One that starts on March
1st 2014 (Standard Time) and one that starts on March 10th 2014 (daylight saving time) in the eastern timezone. This should be March X 2014 at 1700 hours in both cases should it not?
In the WBXML/XML that I am receiving I am getting two different times. The appointment that starts during standard time gives me a start time of 20140301T170000Z. The appointment that starts after daylight saving time is in effect locally gives me 20140301T160000Z.
The difference between the two times is 1 hour, which is the daylight saving time offset. It is my perception based on everything that I have read both in the microsoft protocol documentation and outside it that these two times should be the same and that whatever
client that gets to display them should be the one putting the offset in place as needed. Noon local time is noon local time but local time is the province of the local municipality/timezone, not that of UTC.
So my question is what exactly is going on here? Are the start/stop/date stamp date times in UTC or not. If they are in UTC, then why are they offset by an hour instead of being at the same time? Obviously outlook displays these correctly for local time,
because both appear at noon. But in my case my database contains locally adjusted times instead of the UTC times I thought I was getting which is throwing off when those appointments appear in the UI.
Can someone please clarify what's going on here and what I should be seeing?
Thanks.
E

Thanks for the reply, however after doing what is said the problem still remains. I did not try the manual approach, because of the time that would take with calendars that change at least daily.
I am running the latest update of ICal and IPod, you would think this would have been addressed with one of the updates to allow the sync to work correctly with 5th generation IPods.
I am going to try and turn off day light savings time set the clock to a Central Time zone and see if that works, I do not cross time zones much, anymore.
MacBook Mac OS X (10.4.9)

No daylight-saving time auto-adjust?

Using a Lumia 800 in the UK and (believe it or not) only just realised that it hasn't auto-corrected for daylight-saving time. Can't see an option for it either - am I just missing a really obvious setting somewhere? Time/date has many place options but no DST - is that correct?
Solved!
Go to Solution.

I think my experience may help.
I have had hours and hours of frustration with syncing my phone with Outlook calendar because of the way the date and time settings are described on my Nokia phone.
My Timezone is GMT+10 regardless of whether my location is currently in Daylight Saving. The automatic Daylight Saving settings on my computer adjust the time setting by plus 1 hour when Daylight Saving starts.
On the phone, however, setting the time works in a totally weird way. To get the right time on calendar events synced from my computer, I have to set up the phone according to the actual GMT time difference on the day I do the settings. Right now I'm in Daylight Saving so I have to put my Timezone as GMT+11. If I was doing the settings in mid-winter I would have to set the Timezone as GMT+10.
I just discovered this solution today! What a relief. My calendar events now appear at the same time on my phone as on the computer!
However, the whole Nokia time setup arrangement is quite incorrect and that explains the extremely long sequence of complaints on these discussion pages - going back to at least 2004.
It's very straightforward. My Timezone is GMT+10: it's GMT+10 in midsummer and it's GMT+10 in midwinter. A Daylight Saving adjustment doesn't ever change anyone's Timezone.
If Nokia used the correct meaning of Timezone, no-one would be having any problems with syncing events from their computer to their phone.
I have contacted Nokia separately about their serious error in misunderstanding the meaning of Timezone.

Control image to report doesn't take all width

I want to add and print a control to my report, but the control image doesn't take all the width avalaible on my report.
It's stretched before the margin.
Take a look to my exemple in attachement
thanks
Attachments:
print_panel.vi ‏38 KB

Hi,
I regret to say that the image size is a known bug with the Report Generator. There is currently no workaround for this issue. The image size cannot be greater than a 1� margin on both sides. I hope you�ll be able to work around this. The issue will be fixed in a future version of LV.
Danny G.
Applications Engineer
National Instruments

Daylight saving in the NOkia 6233 ?

Does the Nokia 6233 support Daylight Saving ? If yes, how can I set it in my phone ?

It doesn't do it automatically, like a PC...it isn't that clever. You need to change it yourself. Be sure to set the time zone rather than change the clock, otherwise the phone may display incorrect times for SMS messages etc.
Chris
6230i (the last bug-free Nokia?)
Vodafone UK contract since 1992

How do i get current dateTime in xsl1.0

Hi,
I came to know that current-dateTime() function is working fine with xsl version 2.0 but not in xsl version 1.0
Can anyone suggest me how to get current date time which works fine with xsl version 1.0 and BPEL process manager (OracleApplicationServer 10.1.3).

Make sure that the History is enabled:
*Firefox/Tools > Options > Privacy > Firefox will: "Use custom settings for history" > Remember my browsing history
Make sure that you do not run Firefox in permanent Private Browsing mode.
*https://support.mozilla.com/kb/Private+Browsing
To see all History and Cookie settings, choose: Tools > Options > Privacy, choose the setting <b>Firefox will: Use custom settings for history</b>
*Deselect: [ ] "Always use private browsing mode"
Another possible cause is a problem with the file places.sqlite that stores the bookmarks and the history.
*http://kb.mozillazine.org/Bookmarks_history_and_toolbar_buttons_not_working_-_Firefox
*https://support.mozilla.com/kb/Bookmarks+not+saved#w_places-database-file

Switch to standard time from daylight saving causes error - iOS 7

Hi there,
Today (27-Oct-2013) the time was switched back from daylight saving to standard. When looking my iPhone, I noticed that although the clock correctly displays the current time, the standard weather app still uses the time according to daylight saving (i.e. showing one hour ahead) and what is more interesting, the calendar acts weirdly, showing the correct time, but placing it in the old daylight saving time, i.e. 7:46 AM is shown as a line between 8:00 AM and 9:00 AM! It is really ridiculous and it seems I cannot change these. I restarted my iphone, turned off and on again using carrier provided time, but nothing changed. Any clues?
Using iPhone 5 and iOS 7.0.2.
Any help is appreciated.

Problems with time, time zones have been quite common. Clearly, my brand new, the most forward thinking smartphone has the same bug. Sometimes I wonder why Apple is unable to get basic things work? they simply don't care, that's all.
Issue with the line materializes itself on my iCal on iMac as well
I hope, at least alarm will go off at the right time Monday morning
BTW: last year when I was on trip to Chile, at one night - suddenly - out of the blue - time changed on all our apple devices.. it's bad when you've got your flight next day and don't know when to wake up weeks later I have found out information Apple did not update their list of timezone changing dates.. for couple of years...

BPELPM: current-dateTime() doesn't take daylight saving into account

Similar Messages

Maybe you are looking for