Hvordan angiver man en sti over et netværk?

Du kan ikke accesse en database via HTTP protokollen.

disk:\dir\navn.typ for lokale filer

\\server\share\dir\navn.typ for netværks filer

Jeg formoder at vi snakker om:

browser--(netværk)--ASP.NET side--(lokal)--database

Hvilken fejl får du ?

Et gæt ville være noget security relateret.

Ahh...Source=http://b211/New/databaseFil.mdb"; fungerer vist...

Jeg får ikke nogen fejlmeddelelse...ellers skal jeg i hvert fald lede efter den et sted.
Jeg kan blot konstatere, at databasen ikke har ændret sig ved kørsel af asp.net-sden over netværk, hvlket den gør, når jeg selv kører siden.
Hvorfor kan jeg ikke accesse databasen gennem en HTTP protokol?

Source=http://b211/New/databaseFil.mdb fungerer som et link ine i Visual Studio...det var blot dét, jeg mente.

Access er en fil database d.v.s. at når man skal finde data i databasen skal
man læse og opdatere filen. Læse og opdatere filen med random access. Det
kan HTTP protokollen ikke klare.

Mit bedste gæt er stadig noget security relateret.

Men jeg ved faktisk ikke hvordan du kommer videre i fejlsøgningen (jeg ved
for lidt om IIS og ASP.NET environment).

hmmm...det fungerer faktisk. Men kun når jeg første gang trykker på et filnavn. Hvis jeg først går ind i et bibliotek, og så trykker på et filnavn, så vil den ikke (det er en FTP-lignende ting jeg leger med).
Den interessante kode ser således ud:

        private void lbtn_Click(object sender, EventArgs e)
        {
            if(((LinkButton)sender).CommandName == "DirectoryInfo")
            {
                LastPath = CurrentPath;
                CurrentPath = ((LinkButton)sender).CommandArgument;                           

                Response.Redirect(Request.RawUrl);   
            }           
            else if(((LinkButton)sender).CommandName == "FileInfo")
            {
                DatabaseFtpManagement instans=new DatabaseFtpManagement();
                string filNavn=(string)((LinkButton)sender).CommandArgument;
                instans.run(this, filNavn);
                Response.Redirect(((LinkButton)sender).CommandArgument);
            }
        }

Hjalp det på det?

Næ - jeg er bare totalt lost. Jeg mangler helt koblingen mellem den database
connection string og ovenstående kode.

Alt forbindelseshaløj klares i klasses DatabaseFtpManagement. Og den må da gøre det godt nok, når det fungerer med et filnavn. Problemet er, at hvis min aspx-side bliver reloaded (altså hvis man vælger et bibliotek i stedet for en fil), så fungerer det ikke. Det er da mærkelgt, synes jeg...?

Men du kan da godt få klassen af den grund:

using System;
using System.Data;
using System.Data.Odbc;
using System.Data.OleDb;
using System.Collections;
using System.Collections.Specialized;
using System.Web.Services.Description;
using System.Web.UI;

namespace New
{
    public class DatabaseFtpManagement
    {   
        public DatabaseFtpManagement()
        { 
        }
       
        public void run(System.Web.UI.Page fromPage, string filNavn) 
        {  //http://b211/New/databaseFil.mdb";
            string strDSN = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c://Inetpub//wwwroot//New//databaseFil.mdb";
            string tid1=String.Format(DateTime.Now.Day + "/" + DateTime.Now.Month + " Kl: " + DateTime.Now.Hour + ":" + DateTime.Now.Minute);
            string temp=fromPage.Request.ServerVariables["REMOTE_HOST"];//string temp=System.Environment.MachineName;//B211
            string temp1=System.Environment.UserDomainName;//LucifersChild
            string temp3=temp1 + "(" + temp + ")";
            string temp5=fromPage.Request.UserHostName;
            string strSQL = "INSERT INTO Forbindelser(ComputerNavn, TidStart, BeroertFil) VALUES ('" + temp3 + "', '" + tid1 + "', '" + filNavn + "')" ;

            // create Objects of ADOConnection and ADOCommand 
            OleDbConnection myConn = new OleDbConnection(strDSN); 
            OleDbCommand myCmd = new OleDbCommand( strSQL, myConn ); 
            try 
            { 
                myConn.Open(); 
                myCmd.ExecuteNonQuery(); 
            } 
            catch (Exception e) 
            { 
                Console.WriteLine("Oooops. I did it again:\n{0}", e.Message); 
            } 
            finally 
            { 
                myConn.Close(); 
            }
        }
    }
}

Du laver ikke noget op mod databasen når dit CommandName == "DirectoryInfo", så der skulle ikke så gerne proppes noget ned i databasen i den situation :o)

Enig - det er kun når (((LinkButton)sender).CommandName == "FileInfo"), at er gemmes.

Jeg har lige benyttet debuggeren i Visual Studio, og der ser alt ud til, at være i orden. SQL'en bliver formet rgtgt, og det hele. Altså gør programet, hvad det skal. Men når jeg åbner Access, så er strengen ikke sat ind. Så fik jeg lige den ide: kan det være fordi, at strengen er for lang til, at Access kan håndtere den? Fndes der en begrænsnng fra Access's sde?

...måske noget med alle de backslash'er, som findes i en sti? Næh, for der er backslash'es i strengen, når man blot trykker på et filnavn også...

Altså cogitans... Du har lidt højere oppe skrevet :

"Problemet er, at hvis min aspx-side bliver reloaded (altså hvis man vælger et bibliotek i stedet for en fil), så fungerer det ikke. Det er da mærkelgt, synes jeg...?"

Og hvis der er tale om et directory så har du ikke noget kode der gør at der skulle blive sat noget i basen, så hvad er det du spørger om ?

Har du sørget for at der også bliver skrevet i basen når CommandName=="DirectoryInfo", med noget tilsvarende kode som under CommandName=="FileInfo" ?

AAAhhh...selvfølgelig. Jeg har løst problemet. Det var fieldsize i Access, som var sat tl 50. Den satte jeg så til 100, og nu fungerer det ;-)

Du kan være lidt halvsvær at følge en gang imellem :o)

snepnet:
Nej, men selvom jeg går videre ind i nogle bibliotekker, og så vælger en fil derind, så skulle hele den sti (+filnavnet) jo også gerne gemmes i databasen. Og det var det, som ikke skete. Men alt er som sagt  orden nu :-)

Nu vi er ved det...fungerer min aspx-side med tilhørene database så også over nettet, når jeg angiver stien til databasen i en c#-fil således:
c://Inetpub//wwwroot//New//databaseFil.mdb

eller skal man skrive:
http://b211/New/databaseFil.mdb";
???

Juhuu? Er der stadig hul igennem?

Ja C: må være den rigtige syntax fordi access databasen er lokal i forhold til
ASP.NET siden.

(og som sagt duer HTTP ikke til access databaser)

Jo, men bliver instansen af DatabaseFtpManagement så også oprettet ved mig (serveren), eller bliver den et på klienten?
Duer HTTP heller ikke, når det jo er DatabaseFtpManagement-filen, som gør det - og den ligger jo på serveren?

Al din ASP.NET kode udføres server side (bortset fra evt. JavaScript og VBScript
som outputtes.

Hvis HTTP virker lokalt så er det fordi .NET vælger at ignorere det.

Okay - jeg var bare i tvivl, om instanserne oprettes ved klienten eller ved serveren. Ved java foregår det a ved klienten - men i c# sker det altså så ved serveren...(?)

Både ved ASP.NET (C#) og JSP/servlet (Java) oprettes instans på server.

Både ved smart client eller hvad det nu er det hedder (C#) og applets (Java)
oprettes instans på client.

C# (=c-sharp) omfatter da både ASP.NET og cs-fler.
Mit projekt er lavet i ASP.NET, men indeholder også cs-filer.
Og så synes jeg, da du modsger sg selv oven over:
ASP.NET (C#)=instans på server
smart client(C#)= instans på client

???

Med ASP.NET (C#) mener jeg både .aspx og .cs filer som køres server side på IIS.

Smart client (C#) er en EXE fil som downloades af browseren og køres på client.

Man kan lave begge slags kode i C#, men det er helt forskelligt teknologi.

Svarer som sagt til applet og JSP/Servlet i Java verdenen som også er helt forskellige.

ah - okay. Jamen, så må det jo fungere med den interne sti.

Tid at få afsluttet spørgsmålet ?

Og et svar fra mig såfremt nogle af mine forklaringer var interessante (selvom
problenet var et helt andet)