Archief - ASP.NET: Q: database probleem

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
A

Arten

Legacy Member
Hallo

wij moeten hier voor school een applicatie maken en een website.
de applicatie moet in java, de website in asp.net
wij hebben niet vet veel gezien van asp.net en we komen nu dus het volgende probleem tegen:

asp gebruikt zijn eigen database om gebruikers, roles en paswoorden in op te slaan en het java programma heeft een database die alle gegevens bevat.
nu mogen wij op school maar 1 database gebruiken en zitten we dus vast

het probleem is dat de asp database niet bruikbaar is vanuit java (wegens encryptie van paswoorden etc) en wij hebben geen idee hoe we ervoor kunnen zorgen dat de login van onze website, en de roles en paswoorden in de java db kunnen komen ...

zou er iemand mij willen helpen hiermee?
het is waarschijnlijk best om mij dan te adden op msn: maarten.cox at student punt kdg punt be

ik heb geen commentaar nodig van doe uw huiswerk zelf, als ik het zou kunnen of als ze ons genoeg les gegeven zouden hebben of het gevonden zou hebben op google zou ik het al lang zelf gedaan hebben dus ...

alvast heel erg bedankt moest er iemand zo tof zijn om te willen helpen
R

RpR

Legacy Member
Maak gebruik van een externe db. Desnoods een access bestand (Access is geen databank! Ms sql is een aanrader.
A

Arten

Legacy Member
we maken al gebruik van een externe sql database voor het java programma
we weten alleen niet goed hoe we kunnen zorgen dat de asp site hier ook gebruik van maakt ipv dat hij zijn eigen db gebruikt ..
O

Obliv`

Legacy Member
ASP.NET gebruikt niet zijn eigen database voor het user management, maar zijn eigen tables. Als je de connectiestring aanpast kunnen die tables gewoon aangemaakt worden in de database die je voor je java app gebruikt.

Een andere oplossing is om zelf user management te doen, zelf je tabellen etc maken.
B

BloodSeaker

Legacy Member
Volgens mij zit die school over heel internet met die opdracht. Op men MSN vroeg iemand me identiek hetzelfde.

Je kunt perfect zelf een class schrijven voor het user management gedeelte en toch gebruik maken van de access rights die ASP.NET bevat (je weet wel, via de web.config een deny users op een bepaalde directory, met een automatische redirect naar de login pagina). Je moet dan alleen zorgen dat je ASP.NET laat weten dat het ok was

Een mogelijke web.config
Code: 
<?xml version="1.0"?>
<configuration>
	<connectionStrings/>
	<system.web>
		<customErrors mode="RemoteOnly"  defaultRedirect="~/error/Default.aspx"></customErrors>
		<authentication mode="Forms">
			<forms name="mijnnaam" path="/" loginUrl="cms/login.aspx" protection="All" timeout="120">
			</forms>
		</authentication>
	</system.web>
	<location path="cms">
		<system.web>
			<authorization>
				<deny users="?"/>
			</authorization>
		</system.web>
	</location>
	<appSettings>
             <!-- hier eventueel uw connectiestring in een key -->
  	</appSettings>
</configuration>

In je login.aspx doe je dan zoiets:
Code: 
clsUser objUser = new clsUser();
        if (objUser.loadUser(txtLogin.Text, txtPassword.Text))
        {
            FormsAuthentication.RedirectFromLoginPage(objUser.login, false);
            Response.Redirect("deindexpagina.aspx");
            Session["userID"] = objUser.userSeq;
            Session["userEmail"] = objUser.email;
        }
A

AsinuS

Legacy Member
je kan een default membership provider schrijven zodanig dat je de asp.net controls nog kan gebruiken. Maak een nieuwe klasse aan en laat ze erven van MembershipProvider .. alle methoden die dienen geimplementeerd te worden zullen dan wle verschijnen. Zelfde geldt voor de roleprovider.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan