Discussion :

[jewePat]

Bonjour,

J'ai l'erreur classique qui survient lorsqu'on accède à un objet null.

Dans mon cas, l'erreur se produit lors de la création avec new.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.ServiceModel.Web;
using System.Text;
using WcfServiceSAI.Entites;
using WcfServiceSAI.Models;
using System.Web.Services;
 
namespace WcfServiceSAI
{
    // REMARQUE : vous pouvez utiliser la commande Renommer du menu Refactoriser pour changer le nom de classe "Service" dans le code, le fichier svc et le fichier de configuration.
    // REMARQUE : pour lancer le client test WCF afin de tester ce service, sélectionnez Service1.svc ou Service.svc.cs dans l'Explorateur de solutions et démarrez le débogage.
    public class Service : IService
    {
        private static DataModelSAIDataContext modelSAI;
 
        public Service ()
        {           
        }
 [WebMethod]
   public Personne ValiderCandidat (Int32 numDossier, String prenom)
        {
            Personne p = new Personne();
            try
            {
                 var model = new DataModelSAIDataContext ();
                 // suite du code
 
             }
            catch(Exception e)
            {
                Console.WriteLine("Error", e);
            } 
         return p;
      }
   }
}

ValiderCandidat est appelé ainsi dans un autre projet:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
using WcfServiceSAI;
using WcfServiceSAI.Models;
using WcfServiceSAI.Entites;
 
namespace WebApplicationSAI
{
    public partial class WebFormSAI : System.Web.UI.Page
    {
 
        private Service ws =  new Service ();
 
        protected void Page_Load(object sender, EventArgs e)
        {
        }
 
        protected void btnValiderOCI_click (object sender, EventArgs e)
        {
 
            var idOCI = Convert.ToInt32(TextBox1.Text);
            var name = TextBox2.Text;
 
            Personne personne = ws.ValiderCandidat (idOCI , name);
        }       
    }
}

Où est ce que je peux instancier mon DataModelSAIDataContext pour qu'il ne plante pas?

Merci bcp!

[Pol63]

tu peux instancier une classe de partout sans problème

par contre si dans le constructeur de cette classe tu accèdes à quelque chose qui vaut null, le constructeur plante et l'exception remonte à celui qui a fait le new, ca doit être ca ton problème


d'une manière générale quand ca plante ca s'arrête sur la ligne qui plante sauf s'il y a un try catch qui intercepte l'erreur
auquel cas tu peux faire ctrl+alt+e pour cocher exceptions common language runtime exceptions, et malgré les try catch vs fera pause sur l'erreur en debug
(sinon des points d'arret dans les catchs non encore testé et ex.stacktrace contient la ligne d'erreur

[jewePat]

Merci Pol63 de ta réponse.

En fait, ma classe est un dbml, donc classe LINQ to SQL. Et le problème est que lorsque la méthode est appelée directement dans mon projet de service (premier flèche sur l'image), tout se passe bien.

Mais quand l'appel est fait à partir de l'autre projet (grosse flèche sur l'image attachée), ça plante et beaucoup d'informations dans l'attribut mappingSource qu'on a dans l'image incluse sont absentes


.

Il faudrait peut etre que la création de mon objet se fasse en déhors de méthode et donc en déhors de mon service?? mais là non car l'objet est requis pour la suite du trtaitement dans la méthode.

Comment puis à quel endroit pourrais-je faire mon new?

Merci encore

[Pol63]

c'est le problème d'utiliser des choses toutes faites, on ne sait pas forcément ce qui se passe derrière et le jour où ca marche pas on galère ...
c'est peut etre un fichier de config qui n'est pas présent ou pas paramétré pareil dans l'autre projet, ou lors de l'ajout du dbml du code caché a été généré ...

mais un new peut etre fait n'importe où si c'est bien codé

[jewePat]

la classe possède 4 constructeurs, dont un par defaut mais qui hérite d'une base ayant 2 paramètres dont le 2e est mappingSource.

et le problème justement est là. Parce que mappingSource est un AttibuteMappingSource, un sealed class qui hérite elle encore de MappingSource, bref, il y a tout une chaine de dépendance qui fait que appelé de l'extérieur du projet dans lequel la classe est définie, le new à cette classe génère un NullException.

Mais je crois qu'il y a certtainement quelqu'un qui a trouvé ou qui trouvera le fix à ce bug. Le problème est exposé et merci à tous vos interventions qui surement aideront un paquet de monde...on sourit quand même après tout

[Pol63]

linq to sql est une techno abandonnée depuis de longues années, donc il n'y aura plus de correctifs ...