Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
Bonjour,
Quand je suis en production, si le service ASP.NET dépasse les 500.000 K.,
j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an un-representable DateTime".
Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
damien
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
> Bonjour, > > Quand je suis en production, si le service ASP.NET dépasse les 500.000 > K., > > j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an > un-representable DateTime". > > Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais
c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien
<damien@discussions.microsoft.com> a écrit:
> Bonjour,
>
> Quand je suis en production, si le service ASP.NET dépasse les 500.000
> K.,
>
> j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an
> un-representable DateTime".
>
> Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
--
Gilles TOURREAU
gilles.tourreau@pos.fr
S.A.R.L. P.O.S
Le spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
> Bonjour, > > Quand je suis en production, si le service ASP.NET dépasse les 500.000 > K., > > j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an > un-representable DateTime". > > Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Gilles TOURREAU
Le Mon, 10 Sep 2007 13:00:01 +0200, damien a écrit:
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
> Bonjour, > > Quand je suis en production, si le service ASP.NET dépasse les 500.000 > K., > > j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an > un-representable DateTime". > > Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Dans toute bonne application ASP .NET qui est en production, il faut traiter l'événement Application_Error dans Global.asax et mettre dans fichier log, toutes les informations contenant l'exception (et l'exception interne, et cela de façon récursive... cf. propriété Exception.InnerException) renvoyée par Server.GetLastError().
Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement de Windows, mais cela peut se faire uniquement si vous avez les droits nécessaires pour consulter le journal d'événements (ce qui n'est pas souvent le cas pour des hébergeurs de "site internet classique", dans ce cas utilisez la première solution).
A noter, que les informations de la pile de l'exception (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne livrez pas les ".pdb" avec vos assembly...
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Le Mon, 10 Sep 2007 13:00:01 +0200, damien
<damien@discussions.microsoft.com> a écrit:
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais
c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien
<damien@discussions.microsoft.com> a écrit:
> Bonjour,
>
> Quand je suis en production, si le service ASP.NET dépasse les 500.000
> K.,
>
> j'ai l'erreur suivante : "Hour, Minute, and Second parameters
describe an
> un-representable DateTime".
>
> Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
--
Gilles TOURREAU
gilles.tourreau@pos.fr
S.A.R.L. P.O.S
Le spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Dans toute bonne application ASP .NET qui est en production, il faut
traiter l'événement Application_Error dans Global.asax et mettre dans
fichier log,
toutes les informations contenant l'exception (et l'exception interne, et
cela de façon récursive... cf. propriété Exception.InnerException)
renvoyée par Server.GetLastError().
Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement de
Windows, mais cela peut se faire uniquement si vous avez les droits
nécessaires pour consulter le journal d'événements (ce qui n'est pas
souvent le cas pour des hébergeurs de "site internet classique", dans ce
cas utilisez la première solution).
A noter, que les informations de la pile de l'exception
(Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne
livrez pas les ".pdb" avec vos assembly...
Cordialement
--
Gilles TOURREAU
gilles.tourreau@pos.fr
S.A.R.L. P.O.S
Le spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Le Mon, 10 Sep 2007 13:00:01 +0200, damien a écrit:
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
> Bonjour, > > Quand je suis en production, si le service ASP.NET dépasse les 500.000 > K., > > j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an > un-representable DateTime". > > Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Dans toute bonne application ASP .NET qui est en production, il faut traiter l'événement Application_Error dans Global.asax et mettre dans fichier log, toutes les informations contenant l'exception (et l'exception interne, et cela de façon récursive... cf. propriété Exception.InnerException) renvoyée par Server.GetLastError().
Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement de Windows, mais cela peut se faire uniquement si vous avez les droits nécessaires pour consulter le journal d'événements (ce qui n'est pas souvent le cas pour des hébergeurs de "site internet classique", dans ce cas utilisez la première solution).
A noter, que les informations de la pile de l'exception (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne livrez pas les ".pdb" avec vos assembly...
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Gilles TOURREAU
Le Mon, 10 Sep 2007 14:02:19 +0200, Gilles TOURREAU a écrit:
Le Mon, 10 Sep 2007 13:00:01 +0200, damien a écrit:
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
> Bonjour, > > Quand je suis en production, si le service ASP.NET dépasse les 500.000 > K., > > j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an > un-representable DateTime". > > Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Dans toute bonne application ASP .NET qui est en production, il faut traiter l'événement Application_Error dans Global.asax et mettre dans fichier log, toutes les informations contenant l'exception (et l'exception interne, et cela de façon récursive... cf. propriété Exception.InnerException) renvoyée par Server.GetLastError().
Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement de Windows, mais cela peut se faire uniquement si vous avez les droits nécessaires pour consulter le journal d'événements (ce qui n'est pas souvent le cas pour des hébergeurs de "site internet classique", dans ce cas utilisez la première solution).
A noter, que les informations de la pile de l'exception (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne livrez pas les ".pdb" avec vos assembly...
Cordialement
Petit errata :
C'est la propriété Exception.StackTrace (et non StackFrame) pour obtenir des informations sur la pile des appels d'une exception.
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Le Mon, 10 Sep 2007 14:02:19 +0200, Gilles TOURREAU
<gilles.tourreau@pos.fr> a écrit:
Le Mon, 10 Sep 2007 13:00:01 +0200, damien
<damien@discussions.microsoft.com> a écrit:
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais
c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien
<damien@discussions.microsoft.com> a écrit:
> Bonjour,
>
> Quand je suis en production, si le service ASP.NET dépasse les
500.000
> K.,
>
> j'ai l'erreur suivante : "Hour, Minute, and Second parameters
describe an
> un-representable DateTime".
>
> Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
--
Gilles TOURREAU
gilles.tourreau@pos.fr
S.A.R.L. P.O.S
Le spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Dans toute bonne application ASP .NET qui est en production, il faut
traiter l'événement Application_Error dans Global.asax et mettre dans
fichier log,
toutes les informations contenant l'exception (et l'exception interne,
et cela de façon récursive... cf. propriété Exception.InnerException)
renvoyée par Server.GetLastError().
Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement
de Windows, mais cela peut se faire uniquement si vous avez les droits
nécessaires pour consulter le journal d'événements (ce qui n'est pas
souvent le cas pour des hébergeurs de "site internet classique", dans ce
cas utilisez la première solution).
A noter, que les informations de la pile de l'exception
(Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne
livrez pas les ".pdb" avec vos assembly...
Cordialement
Petit errata :
C'est la propriété Exception.StackTrace (et non StackFrame) pour obtenir
des informations sur la pile des appels d'une exception.
Cordialement
--
Gilles TOURREAU
gilles.tourreau@pos.fr
S.A.R.L. P.O.S
Le spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Le Mon, 10 Sep 2007 14:02:19 +0200, Gilles TOURREAU a écrit:
Le Mon, 10 Sep 2007 13:00:01 +0200, damien a écrit:
Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais c'est pas sur
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 09:20:00 +0200, damien a écrit:
> Bonjour, > > Quand je suis en production, si le service ASP.NET dépasse les 500.000 > K., > > j'ai l'erreur suivante : "Hour, Minute, and Second parameters describe an > un-representable DateTime". > > Auriez vous une solution car je ne vois pas ce que je dois faire?
Avez-vous pu localiser la ligne de code qui pose problème ?
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Dans toute bonne application ASP .NET qui est en production, il faut traiter l'événement Application_Error dans Global.asax et mettre dans fichier log, toutes les informations contenant l'exception (et l'exception interne, et cela de façon récursive... cf. propriété Exception.InnerException) renvoyée par Server.GetLastError().
Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement de Windows, mais cela peut se faire uniquement si vous avez les droits nécessaires pour consulter le journal d'événements (ce qui n'est pas souvent le cas pour des hébergeurs de "site internet classique", dans ce cas utilisez la première solution).
A noter, que les informations de la pile de l'exception (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne livrez pas les ".pdb" avec vos assembly...
Cordialement
Petit errata :
C'est la propriété Exception.StackTrace (et non StackFrame) pour obtenir des informations sur la pile des appels d'une exception.
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
damien
Je fais ca et je vous dit quoi, merci
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 14:02:19 +0200, Gilles TOURREAU a écrit:
> Le Mon, 10 Sep 2007 13:00:01 +0200, damien > a écrit: > >> Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais >> c'est pas sur >> >> "Gilles TOURREAU" a écrit : >> >>> Le Mon, 10 Sep 2007 09:20:00 +0200, damien >>> a écrit: >>> >>> > Bonjour, >>> > >>> > Quand je suis en production, si le service ASP.NET dépasse les >>> 500.000 >>> > K., >>> > >>> > j'ai l'erreur suivante : "Hour, Minute, and Second parameters >>> describe an >>> > un-representable DateTime". >>> > >>> > Auriez vous une solution car je ne vois pas ce que je dois faire? >>> >>> Avez-vous pu localiser la ligne de code qui pose problème ? >>> >>> Cordialement >>> >>> -- >>> Gilles TOURREAU >>> >>> >>> S.A.R.L. P.O.S >>> Le spécialiste en motoculture depuis + de 30 ans ! >>> http://www.pos.fr >>> > > Dans toute bonne application ASP .NET qui est en production, il faut > traiter l'événement Application_Error dans Global.asax et mettre dans > fichier log, > toutes les informations contenant l'exception (et l'exception interne, > et cela de façon récursive... cf. propriété Exception.InnerException) > renvoyée par Server.GetLastError(). > > Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement > de Windows, mais cela peut se faire uniquement si vous avez les droits > nécessaires pour consulter le journal d'événements (ce qui n'est pas > souvent le cas pour des hébergeurs de "site internet classique", dans ce > cas utilisez la première solution). > > A noter, que les informations de la pile de l'exception > (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne > livrez pas les ".pdb" avec vos assembly... > > Cordialement >
Petit errata :
C'est la propriété Exception.StackTrace (et non StackFrame) pour obtenir des informations sur la pile des appels d'une exception.
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr
Je fais ca et je vous dit quoi, merci
"Gilles TOURREAU" a écrit :
Le Mon, 10 Sep 2007 14:02:19 +0200, Gilles TOURREAU
<gilles.tourreau@pos.fr> a écrit:
> Le Mon, 10 Sep 2007 13:00:01 +0200, damien
> <damien@discussions.microsoft.com> a écrit:
>
>> Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais
>> c'est pas sur
>>
>> "Gilles TOURREAU" a écrit :
>>
>>> Le Mon, 10 Sep 2007 09:20:00 +0200, damien
>>> <damien@discussions.microsoft.com> a écrit:
>>>
>>> > Bonjour,
>>> >
>>> > Quand je suis en production, si le service ASP.NET dépasse les
>>> 500.000
>>> > K.,
>>> >
>>> > j'ai l'erreur suivante : "Hour, Minute, and Second parameters
>>> describe an
>>> > un-representable DateTime".
>>> >
>>> > Auriez vous une solution car je ne vois pas ce que je dois faire?
>>>
>>> Avez-vous pu localiser la ligne de code qui pose problème ?
>>>
>>> Cordialement
>>>
>>> --
>>> Gilles TOURREAU
>>> gilles.tourreau@pos.fr
>>>
>>> S.A.R.L. P.O.S
>>> Le spécialiste en motoculture depuis + de 30 ans !
>>> http://www.pos.fr
>>>
>
> Dans toute bonne application ASP .NET qui est en production, il faut
> traiter l'événement Application_Error dans Global.asax et mettre dans
> fichier log,
> toutes les informations contenant l'exception (et l'exception interne,
> et cela de façon récursive... cf. propriété Exception.InnerException)
> renvoyée par Server.GetLastError().
>
> Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement
> de Windows, mais cela peut se faire uniquement si vous avez les droits
> nécessaires pour consulter le journal d'événements (ce qui n'est pas
> souvent le cas pour des hébergeurs de "site internet classique", dans ce
> cas utilisez la première solution).
>
> A noter, que les informations de la pile de l'exception
> (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne
> livrez pas les ".pdb" avec vos assembly...
>
> Cordialement
>
Petit errata :
C'est la propriété Exception.StackTrace (et non StackFrame) pour obtenir
des informations sur la pile des appels d'une exception.
Cordialement
--
Gilles TOURREAU
gilles.tourreau@pos.fr
S.A.R.L. P.O.S
Le spécialiste en motoculture depuis + de 30 ans !
http://www.pos.fr
Le Mon, 10 Sep 2007 14:02:19 +0200, Gilles TOURREAU a écrit:
> Le Mon, 10 Sep 2007 13:00:01 +0200, damien > a écrit: > >> Je pense a une requete qui contient un to_char(heure, 'HH24:MI:SS') mais >> c'est pas sur >> >> "Gilles TOURREAU" a écrit : >> >>> Le Mon, 10 Sep 2007 09:20:00 +0200, damien >>> a écrit: >>> >>> > Bonjour, >>> > >>> > Quand je suis en production, si le service ASP.NET dépasse les >>> 500.000 >>> > K., >>> > >>> > j'ai l'erreur suivante : "Hour, Minute, and Second parameters >>> describe an >>> > un-representable DateTime". >>> > >>> > Auriez vous une solution car je ne vois pas ce que je dois faire? >>> >>> Avez-vous pu localiser la ligne de code qui pose problème ? >>> >>> Cordialement >>> >>> -- >>> Gilles TOURREAU >>> >>> >>> S.A.R.L. P.O.S >>> Le spécialiste en motoculture depuis + de 30 ans ! >>> http://www.pos.fr >>> > > Dans toute bonne application ASP .NET qui est en production, il faut > traiter l'événement Application_Error dans Global.asax et mettre dans > fichier log, > toutes les informations contenant l'exception (et l'exception interne, > et cela de façon récursive... cf. propriété Exception.InnerException) > renvoyée par Server.GetLastError(). > > Vous pouvez aussi utiliser aussi les Trace et/ou le journal d'événement > de Windows, mais cela peut se faire uniquement si vous avez les droits > nécessaires pour consulter le journal d'événements (ce qui n'est pas > souvent le cas pour des hébergeurs de "site internet classique", dans ce > cas utilisez la première solution). > > A noter, que les informations de la pile de l'exception > (Exception.StackFrame) ne contiendront pas le n° de ligne si vous ne > livrez pas les ".pdb" avec vos assembly... > > Cordialement >
Petit errata :
C'est la propriété Exception.StackTrace (et non StackFrame) pour obtenir des informations sur la pile des appels d'une exception.
Cordialement
-- Gilles TOURREAU
S.A.R.L. P.O.S Le spécialiste en motoculture depuis + de 30 ans ! http://www.pos.fr