ballrace-developer Mailing List for ballrace
Status: Pre-Alpha
Brought to you by:
magrokosmos
Menu
▾
▴
ballrace-developer — list for developers of ballrace
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(2) |
Nov
(8) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(8) |
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ben...@id...> - 2004-05-25 08:05:31
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: martin g. <mar...@ja...> - 2004-03-03 12:14:12
|
On Wed, 2004-03-03 at 12:06, Matthias Schmidt wrote: > sermon :=3D predigt, die rede ich nehm jetzt objektorientiert einfach mal ne redefinition vor: sermon :=3D Banalit=E4t | Blabla | Unsinn aber im ernst: es waere schon interessant einfach nur zu wissen ob das konzept so ueberhaupt benutzbar/einsetzbar ist. die umsetzung kann extra diskutiert werden. cheers, martin >=20 > tsss.... >=20 > ;) >=20 > herr schmidt aus seinem neuen "b=FCro" >=20 >=20 > ___________________________________________ >=20 > GS-fabline GbR > Martin Grotzke, Matthias Schmidt GbR > Birkenweg 41 D-79336 Herbolzheim > tel +49 (0) 7643.932424-4 > fax +49 (0) 7723.932424-5 >=20 > Matthias Schmidt > mailto mat...@gs... > mobil +49 (0) 170.2822201 > ___________________________________________ >=20 >=20 >=20 > Wednesday, March 3, 2004, 10:41:47 AM, you wrote: >=20 > mg> moin, >=20 > mg> testklassen haben jetzt auch die moeglichkeit anzugeben ob > mg> abhaengigkeiten ueberhaupt aufgeloest werden sollen oder nicht. >=20 > mg> das ist dann nuetzlich wenn man im system einen ganz bestimmten > mg> zustand hergestellt hat und einen test laufen lassen will ohne > mg> den ganzen abhaengigkeits-sermon. >=20 > mg> beispiel dafuer ist der SampleDeleteEntityTest, der dann eben > mg> bei resolveDependencies "false" zurueckgibt. >=20 > mg> ciao, > mg> martin >=20 >=20 >=20 > mg> On Thu, 2004-02-26 at 21:07, martin grotzke wrote: > >> hab mal ein proof of concept zu den abhaengigkeiten von (http)unittest= s > >> gemacht. > >>=20 > >> das konzept basiert darauf dass tests pre- und post-requirements zu > >> anderen testcases angeben koennen, die dann automatisch aufgeloest > >> werden. > >>=20 > >> wesentliche klassen: > >> org.ballrace.manager.tests.httpunit.BaseHttpUnitTest > >> org.ballrace.manager.tests.httpunit.TestDirector > >>=20 > >> beispiele finden sich in > >> org.ballrace.manager.tests.httpunit.tests.*, > >>=20 > >> das sind "ganz normale" junittests, da httpunit ja auch nur > >> auf junit aufsetzt. > >>=20 > >> waer cool wenn ihr das mal reviewen koenntet. > >>=20 > >> thx, > >> martin > >>=20 >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id438&op=CCk > _______________________________________________ > ballrace-developer mailing list > bal...@li... > https://lists.sourceforge.net/lists/listinfo/ballrace-developer --=20 ------------------------------------------ E-Mail mar...@ja... Telefon 07723 5059804 Mobil 0170 9365656 ------------------------------------------ |
|
From: Matthias S. <mat...@gs...> - 2004-03-03 11:11:35
|
oh mann... nicht nur, dass ich dir "technische" seite erst mal verstehen muss...neee= ...das reicht nicht....jetzt bringt der auch noch fremdw=F6rter in seinen emails unter.= .... sermon :=3D predigt, die rede tsss.... ;) herr schmidt aus seinem neuen "b=FCro" ___________________________________________ GS-fabline GbR Martin Grotzke, Matthias Schmidt GbR Birkenweg 41 D-79336 Herbolzheim tel +49 (0) 7643.932424-4 fax +49 (0) 7723.932424-5 Matthias Schmidt mailto mat...@gs... mobil +49 (0) 170.2822201 ___________________________________________ Wednesday, March 3, 2004, 10:41:47 AM, you wrote: mg> moin, mg> testklassen haben jetzt auch die moeglichkeit anzugeben ob mg> abhaengigkeiten ueberhaupt aufgeloest werden sollen oder nicht. mg> das ist dann nuetzlich wenn man im system einen ganz bestimmten mg> zustand hergestellt hat und einen test laufen lassen will ohne mg> den ganzen abhaengigkeits-sermon. mg> beispiel dafuer ist der SampleDeleteEntityTest, der dann eben mg> bei resolveDependencies "false" zurueckgibt. mg> ciao, mg> martin mg> On Thu, 2004-02-26 at 21:07, martin grotzke wrote: >> hab mal ein proof of concept zu den abhaengigkeiten von (http)unittest= s >> gemacht. >>=20 >> das konzept basiert darauf dass tests pre- und post-requirements zu >> anderen testcases angeben koennen, die dann automatisch aufgeloest >> werden. >>=20 >> wesentliche klassen: >> org.ballrace.manager.tests.httpunit.BaseHttpUnitTest >> org.ballrace.manager.tests.httpunit.TestDirector >>=20 >> beispiele finden sich in >> org.ballrace.manager.tests.httpunit.tests.*, >>=20 >> das sind "ganz normale" junittests, da httpunit ja auch nur >> auf junit aufsetzt. >>=20 >> waer cool wenn ihr das mal reviewen koenntet. >>=20 >> thx, >> martin >>=20 |
|
From: martin g. <mar...@ja...> - 2004-03-03 09:47:16
|
moin, testklassen haben jetzt auch die moeglichkeit anzugeben ob abhaengigkeiten ueberhaupt aufgeloest werden sollen oder nicht. das ist dann nuetzlich wenn man im system einen ganz bestimmten zustand hergestellt hat und einen test laufen lassen will ohne den ganzen abhaengigkeits-sermon. beispiel dafuer ist der SampleDeleteEntityTest, der dann eben bei resolveDependencies "false" zurueckgibt. ciao, martin On Thu, 2004-02-26 at 21:07, martin grotzke wrote: > hab mal ein proof of concept zu den abhaengigkeiten von (http)unittests > gemacht. >=20 > das konzept basiert darauf dass tests pre- und post-requirements zu > anderen testcases angeben koennen, die dann automatisch aufgeloest > werden. >=20 > wesentliche klassen: > org.ballrace.manager.tests.httpunit.BaseHttpUnitTest > org.ballrace.manager.tests.httpunit.TestDirector >=20 > beispiele finden sich in > org.ballrace.manager.tests.httpunit.tests.*, >=20 > das sind "ganz normale" junittests, da httpunit ja auch nur > auf junit aufsetzt. >=20 > waer cool wenn ihr das mal reviewen koenntet. >=20 > thx, > martin >=20 --=20 ------------------------------------------ E-Mail mar...@ja... Telefon 040 - 39905668 Mobil 0170 - 9365656 ------------------------------------------ |
|
From: martin g. <mar...@ja...> - 2004-02-27 11:32:48
|
On Fri, 2004-02-27 at 11:05, Benjamin Seiller wrote: > Danke, Problem ist damit gel=F6st. cool. >=20 > Analoges Problem trat in Zeile 119 auf, diesmal fehlte die Klasse > jdepend.xmlui.JDepend > Hinzuf=FCgen in den Classpath von Ant hier nicht m=F6glich, da das jdepen= d.jar nicht > vorlag. aehem. hatte mal jdepend "ausprobiert" und wollte das dann auch in ant verwenden, das da allerdings nicht zum laufen bekommen und dann wieder sein lassen. bei mir liegt das jdepend.jar noch in lib, deshalb meckert er nicht. sorry. > Habe es mir also gezogen und in lib gelegt. > Quellen: http://www.clarkware.com/software/JDepend.html > bzw. http://www.clarkware.com/software/jdepend-2.6.zip ok. das mit jdepend wuerde ich eher lassen; die angewandten metriken sind zwar schon ganz cool, aber da muss man noch einige sachen machen und festlegen damit das funktioniert. oder wir nehmen es nur als spiegel, zur bewertung ohne zwingende konsequenzen. grundsaetzlich zu jars: da ist es am besten wenn man die "versioniert" eincheckt, d.h. am besten als jdepend-2.6.jar, dann weiss man was man da verwendet. >=20 > Oder wird JDepend von einer neueren Ant-jar mitgeliefert? weiss nicht ob das bei 1.6 mit kommt. >=20 > Guten Morgen & wo ist der Kaffee, aber wirklich, wo bleibt der?! hoch die tassen, martin > ps: Sind nur wir 3 auf dem Verteiler? nope, glaub nicht. bas und romeo glaub ich noch. generell ist es aber sinnvoll immer an die list zu schreiben, da das erstens der dokumentation dient und zweitens alle auf dem laufenden sind. auch die die vielleicht spaeter dazukommen (koennen sich dann die archives durchgucken...) > pps: Deine Telefonnummer in der Signatur ist nicht mehr richtig, oder? hehe, danke fuer den tipp ;) =20 ------------------------------------------ E-Mail mar...@ja... Telefon 040 43271208 Mobil 0170 9365656 ------------------------------------------ |
|
From: martin g. <mar...@ja...> - 2004-02-26 23:12:39
|
On Thu, 2004-02-26 at 23:40, martin grotzke wrote:
> > ant beschwert sich bei mir =FCber die Zeile 111.
> > Da steht folgendes:
> > BUILD FAILED: D:\eclipse3\workspace\ballrace\build.xml:111: taskdef A c=
lass
> > needed by class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask =
cannot be
> > found: junit/framework/TestListener
> doof. die klasse org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
> wird von ant-optional geliefert, welches auch in lib eingecheckt ist.
meine fresse, was das hier fuer unqualifizierte kommentare sind -
erstmal fehlermeldung lesen lernen, wa?!
also jedenfalls klingt das (bei nochmaligem hinsehen ;)) danach als
koennte die klasse junit.framework.TestListener nicht gefunden werden,
oder?
diese wiederum wird von junit-3.8.1.jar geliefert.
wenn du ant aus eclipse raus starten willst dann musst du dem
eclipse-ant sagen dass es noch das junit in den classpath nehmen
soll:
window > preferences > ant > runtime > classpath > additional classpath
entries
dort dann das junit-3.8.1 reinhauen
das sollte's sein,
cheers,
martin
>=20
> ich kann das problem leider nicht nachvollziehen, kann auch grad nicht
> auf nem windowssystem das ballrace auschecken und so testen, weil nur
> modem grad...
>=20
> evtl ist das problem der extended.classpath der referenziert wird:
>=20
> <path id=3D"extended.classpath">
> <path refid=3D"compile.classpath" />
> <pathelement path=3D"${java.class.path}" />
> </path>
>=20
> darin wird der java.class.path eingebunden, der ist natuerlich von
> system zu system unterschiedlich...
> ist wohl auch nicht ganz sauber sowas zu machen, ich glaub das war schon
> mal eher ein hack fuer irgendwas...
>=20
> kannst du da erstmal selbst gucken?
> ansonsten lass es erstmal auskommentiert.
>=20
> hmm, grad gesehen dass das in r 1.35 reingekommen ist, die log-message
> dazu:
> "trying fix for windows classpath issues, for ant-optional.jar"
>=20
> da hatte matze glaub ich ein problem damit, weiss aber nicht mehr
> was das war.
> @matze: du vielleicht noch?
>=20
>=20
> besteht das problem denn wenn du ant aus eclipse raus startest,
> oder auch von der konsole?
>=20
> hast du in deinem ant-install-dir ein ant-optional-jar drin?
>=20
>=20
> > Am Rande, versteh ich es richtig, dass bei Eclipse 3 die jars nicht meh=
r =FCber
> > die Projekt-properties angegeben werden, sondern ausschlie=DFlich =FCbe=
r das
> > build-file?
> das waer krass. dann muesste eclipse ja davon ausgehen dass jedes
> java-projekt mit ant den build faehrt.
> weiss ich ehrlich gesagt nicht, hatte eclipse3-M5 mal bei mir drauf,
> habs allerdings wegen zuwenig cpu's in meinem flachmann hier allerdings
> wieder runtergeschmissen ;)
>=20
>=20
> cheers erstmal,
> martin
>=20
--=20
------------------------------------------
E-Mail mar...@ja...
Telefon 07723 5059804
Mobil 0170 9365656
------------------------------------------
|
|
From: martin g. <mar...@ja...> - 2004-02-26 22:42:41
|
On Thu, 2004-02-26 at 22:56, Benjamin Seiller wrote:
> hallo Martin,
>=20
> ant beschwert sich bei mir =FCber die Zeile 111.
> Da steht folgendes:
> BUILD FAILED: D:\eclipse3\workspace\ballrace\build.xml:111: taskdef A cla=
ss
> needed by class org.apache.tools.ant.taskdefs.optional.junit.JUnitTask ca=
nnot be
> found: junit/framework/TestListener
doof. die klasse org.apache.tools.ant.taskdefs.optional.junit.JUnitTask
wird von ant-optional geliefert, welches auch in lib eingecheckt ist.
ich kann das problem leider nicht nachvollziehen, kann auch grad nicht
auf nem windowssystem das ballrace auschecken und so testen, weil nur
modem grad...
evtl ist das problem der extended.classpath der referenziert wird:
<path id=3D"extended.classpath">
<path refid=3D"compile.classpath" />
<pathelement path=3D"${java.class.path}" />
</path>
darin wird der java.class.path eingebunden, der ist natuerlich von
system zu system unterschiedlich...
ist wohl auch nicht ganz sauber sowas zu machen, ich glaub das war schon
mal eher ein hack fuer irgendwas...
kannst du da erstmal selbst gucken?
ansonsten lass es erstmal auskommentiert.
hmm, grad gesehen dass das in r 1.35 reingekommen ist, die log-message
dazu:
"trying fix for windows classpath issues, for ant-optional.jar"
da hatte matze glaub ich ein problem damit, weiss aber nicht mehr
was das war.
@matze: du vielleicht noch?
besteht das problem denn wenn du ant aus eclipse raus startest,
oder auch von der konsole?
hast du in deinem ant-install-dir ein ant-optional-jar drin?
> Am Rande, versteh ich es richtig, dass bei Eclipse 3 die jars nicht mehr =
=FCber
> die Projekt-properties angegeben werden, sondern ausschlie=DFlich =FCber =
das
> build-file?
das waer krass. dann muesste eclipse ja davon ausgehen dass jedes
java-projekt mit ant den build faehrt.
weiss ich ehrlich gesagt nicht, hatte eclipse3-M5 mal bei mir drauf,
habs allerdings wegen zuwenig cpu's in meinem flachmann hier allerdings
wieder runtergeschmissen ;)
cheers erstmal,
martin
|
|
From: martin g. <mar...@ba...> - 2004-02-26 21:45:02
|
On Thu, 2004-02-26 at 21:07, martin grotzke wrote: > hiho, >=20 > hab mal ein proof of concept zu den abhaengigkeiten von (http)unittests > gemacht. >=20 > das konzept basiert darauf dass tests pre- und post-requirements zu > anderen testcases angeben koennen, die dann automatisch aufgeloest > werden. >=20 > wesentliche klassen: > org.ballrace.manager.tests.httpunit.BaseHttpUnitTest > org.ballrace.manager.tests.httpunit.TestDirector >=20 > beispiele finden sich in > org.ballrace.manager.tests.httpunit.tests.*, aehh, jo. war bissl in eile vorhin, deshalb noch zwei, drei worte dazu: bis jetzt ist der case behandelt dass man einen testcase einzeln startet, und dabei eben abhaengigkeiten aufgeloest werden sollen. d.h. wenn man einen test aus org.ballrace.manager.tests.httpunit.tests.* startet sollen alle benoetigten (z.b. zur datenkonsistenz) tests auch laufen. noch zu machen ist der fall dass tests innerhalb einer suite gestartet werden, wobei eine suite _alle_ tests oder auch nur eine auswahl von tests umfassen kann. im falle der gesamten suite sollte man eigentlich davon ausgehen koennen dass die tests so arrangiert sind dass sowieso alle abhaengigkeiten beruecksichtigt sind, und bei sonstigen (teil-)suites greift das konzept so wie es ist ja vielleicht auch schon. mal gucken und schauen und testen... cheers, martin |
|
From: martin g. <mar...@ba...> - 2004-02-26 20:10:03
|
hiho, hab mal ein proof of concept zu den abhaengigkeiten von (http)unittests gemacht. das konzept basiert darauf dass tests pre- und post-requirements zu anderen testcases angeben koennen, die dann automatisch aufgeloest werden. wesentliche klassen: org.ballrace.manager.tests.httpunit.BaseHttpUnitTest org.ballrace.manager.tests.httpunit.TestDirector beispiele finden sich in org.ballrace.manager.tests.httpunit.tests.*, das sind "ganz normale" junittests, da httpunit ja auch nur auf junit aufsetzt. waer cool wenn ihr das mal reviewen koenntet. thx, martin |
|
From: martin g. <mar...@ba...> - 2004-02-26 01:20:19
|
hi, es steht ja noch der plan das alte wiki http://www.ballrace.org/wiki/ nach http://www.ballrace.org/jspwiki/Wiki.jsp zu migrieren. einen punkt hab ich schonmal ruebertransformatiert, d.h. der ballrace-developer sollte zur zeit am besten doppelt gucken wegen dingen und anderen... ich weiss dass das doof ist (wuerd mich natuerlich auch ueber heinzelmaennchenaehnliche aktionen freuen), aber so isses nun mal. sollten hier refaktorisierungsvorschlaege z.b. zur struktur bestehen nur raus damit! ciao, martin |
|
From: martin g. <mar...@ba...> - 2004-02-24 16:10:25
|
hello, ich will solangsam mal mit ballrace weitermachen. es sind allerdings noch ein paar aspekte die mir im kopf rumgehen: - (multithreaded) unit-tests - httpunittests - load testing, profiling, vor allem um evtl. vorhandene memory-leaks aufzuspueren dazu hatte ich bisher schon paar links gesammelt: http://www.ballrace.org/wiki/index.php?page=3DDeveloperResources zu den httpunittests: hier ist die frage wie vor- und nachbedingungen von tests sichergestellt werden sollen (siehe wintra). es waere cool wenn man einen einzelnen test starten koennte und damit automatisch benoetigte vorbedingungen erfuellt werden, so dass man nicht immer die ganze suite laufen lassen muss bzw. erstmal recherchieren muss welchen zustand das system haben muss damit der spezielle test ueberhaupt durchlaufen kann. will sich noch jemand mit gedanken um httpunittests machen bzw. habt ihr da vorschlaege zu? hat jemand interesse sich um eines der anderen themen zu kuemmern? seht ihr sonst noch bereiche die angegangen werden sollte bevor wir neu mit ballrace starten? cheers und ein hoch auf unsere freiheit, martin |
|
From: martin g. <mar...@ja...> - 2004-02-08 04:19:13
|
moin moin, ballrace hat ein neues wiki. natuerlich ist das eines bei dem man selbst was aendern koennte falls was nicht passt, damit meine ich nicht nur styles und templates ;) die contents muessen jetzt nur noch von wiki.alt nach wiki.neu portiert werden... schaut's mal an: http://www.ballrace.org/jspwiki/ cheers, martin ------------------------------------------ E-Mail mar...@ja... Telefon 07723 5059804 Mobil 0170 9365656 ------------------------------------------ |
|
From: martin g. <mar...@ba...> - 2003-12-14 20:16:34
|
hello, vom ballrace-manager ist die 0.3 released, anzusehen unter https://ballracedemo.baseserver.com:8443/admin/home.do mit user: admin password: admindemo cheers, martin |
|
From: martin g. <mar...@ba...> - 2003-12-06 10:39:21
|
On Sat, 2003-12-06 at 11:04, Matthias Schmidt wrote: > okee...h=C3=B6rt sich ja ganz funktionierend an! > Dass man die Reseller-Session evtl. nicht aufrechthalten kann finde ich n= icht schlimm. Ich gehe > von pers=C3=B6nlichen Erfahrungen aus wenn ich sage, dass ich so gut wie = nie, nachdem ich etwas als Kunde > konfiguriert habe, mich nochmal als Reseller einloggen m=C3=BCsste. > Meist verwende ich "Confixx" nur entweder als Reseller oder als Customer,= selten als beides, und > wenn, dann nur in der Reihenfolge Reseller - Customer.....nie umgekehrt u= nd der Fall, dass ich > zur=C3=BCck m=C3=B6chte (zu Reseller) kommt auch nie vor! stimmt eigentlich. vielleicht waers auch wirklich einfacher wenn nicht beide sessions parallel laufen sondern exlusiv. >=20 > Selbstverst=C3=A4ndlich w=C3=A4re es aber ein nettes Feature wenn man wie= der zur=C3=BCck kommen k=C3=B6nnte (zur > Reseller-Session) ... jupp, das schon. wenn man so'n fetten roten "EXIT" button hat (oder was aehnliches ;) erinnert das auch immer daran dass man grad als anderer user eingeloggt ist... die superuser-sache war ja die alternative dazu bei der auswahl eines services die verantwortlichkeit zu bestimmen (also "dieses macht kunde selbst, jenes macht reseller"). bevor man also den proof macht sollte erst entschieden werden welche der alternativen waehlt. ciao, martin |
|
From: Matthias S. <mat...@gs...> - 2003-12-06 10:04:38
|
okee...h=F6rt sich ja ganz funktionierend an! Dass man die Reseller-Session evtl. nicht aufrechthalten kann finde ich n= icht schlimm. Ich gehe von pers=F6nlichen Erfahrungen aus wenn ich sage, dass ich so gut wie nie= , nachdem ich etwas als Kunde konfiguriert habe, mich nochmal als Reseller einloggen m=FCsste. Meist verwende ich "Confixx" nur entweder als Reseller oder als Customer,= selten als beides, und wenn, dann nur in der Reihenfolge Reseller - Customer.....nie umgekehrt u= nd der Fall, dass ich zur=FCck m=F6chte (zu Reseller) kommt auch nie vor! Selbstverst=E4ndlich w=E4re es aber ein nettes Feature wenn man wieder zu= r=FCck kommen k=F6nnte (zur Reseller-Session) ... Matthias ___________________________________________ GS-fabline GbR Martin Grotzke, Matthias Schmidt GbR Wilhelmstr. 11 D-78120 Furtwangen tel +49 (0) 7723.929901 fax +49 (0) 7723.929905 Matthias Schmidt mailto mat...@gs... mobil +49 (0) 170.2822201 ___________________________________________ Saturday, December 6, 2003, 10:44:31 AM, you wrote: mg> hello, mg> wegen der frage ob es moeglich ist eine "superuser"-action fuer mg> reseller zu bauen damit die sich als customer einloggen koennen mg> hier mal ein unproofed concept: mg> 1 reseller klickt bei einem seiner kunden "su", der request geht auf mg> eine "SuperUserAction" welche versch. informationen zu reseller un= d mg> kunde speichert und weiterleitet auf eine ressource die explizit n= ur mg> fuer customer zugaenglich ist. mg> 2 tomcat leitet weiter an login-"page" (/login.do) und speichert sic= h mg> den pfad der urspruenglich gewuenschten ressource. mg> 3 in der login.do-action wissen wir dass gerade ein reseller eine mg> superuser-action ausfuehren will, bauen einen wrapper fuer mg> den HttpServletRequest (implementiert auch HttpServletRequest und mg> bekommt im konstruktor den HttpServletRequest von tomcat, an den e= r mg> die "standard"-operationen delegiert). der wrapper bekommt dann vo= n mg> uns die authentifizierungsinformationen fuer den customer (was son= st mg> im formular eingegeben werden wuerde), dann wird nach mg> /j_security_check weitergeleitet (ist die url auf der tomcat die mg> authentication durchfuehrt) mg> 4 tomcat fragt auf /j_security_check benutzername und passwort ab mg> (j_username, j_password), das nimmt er aus dem HttpServletRequest mg> den er bekommt, was hier dann unser wrapper ist, der ihm also mg> die richtigen auth-infos geben kann. mg> 5 auth erfolgreich -> tomcat leitet weiter zu der urspruenglich mg> gewuenschten ressource (die er sich gespeichert hatte), das waere mg> dann die homepage vom customer-interface. mg> offen noch: mg> - evtl ist es nicht moeglich beide sessions (reseller + customer) mg> parallel laufen zu lassen, also auch explizit eine neue session mg> zu erzeugen ohne die "alte" zu zerstoeren, dann muesste man sich mg> einen workaround bauen der wenigstens dann sowas wie "exit to mg> reseller" in der su-umgebung zur verfuegung stellt mg> soweit die ueberlegung, man muesste das mal implementieren zur mg> ueberpruefung, da kommen bestimmt noch ein, zwei sachen die nicht mg> bedacht sind. mg> cheers, mg> martin mg> ------------------------------------------------------- mg> This SF.net email is sponsored by: SF.net Giveback Program. mg> Does SourceForge.net help you be more productive? Does it mg> help you create better code? SHARE THE LOVE, and help us help mg> YOU! Click Here: http://sourceforge.net/donate/ mg> _______________________________________________ mg> ballrace-developer mailing list mg> bal...@li... mg> https://lists.sourceforge.net/lists/listinfo/ballrace-developer |
|
From: martin g. <mar...@ba...> - 2003-12-06 09:44:42
|
hello, wegen der frage ob es moeglich ist eine "superuser"-action fuer reseller zu bauen damit die sich als customer einloggen koennen hier mal ein unproofed concept: 1 reseller klickt bei einem seiner kunden "su", der request geht auf eine "SuperUserAction" welche versch. informationen zu reseller und kunde speichert und weiterleitet auf eine ressource die explizit nur fuer customer zugaenglich ist. 2 tomcat leitet weiter an login-"page" (/login.do) und speichert sich den pfad der urspruenglich gewuenschten ressource. 3 in der login.do-action wissen wir dass gerade ein reseller eine superuser-action ausfuehren will, bauen einen wrapper fuer den HttpServletRequest (implementiert auch HttpServletRequest und bekommt im konstruktor den HttpServletRequest von tomcat, an den er die "standard"-operationen delegiert). der wrapper bekommt dann von uns die authentifizierungsinformationen fuer den customer (was sonst im formular eingegeben werden wuerde), dann wird nach /j_security_check weitergeleitet (ist die url auf der tomcat die authentication durchfuehrt) 4 tomcat fragt auf /j_security_check benutzername und passwort ab (j_username, j_password), das nimmt er aus dem HttpServletRequest den er bekommt, was hier dann unser wrapper ist, der ihm also die richtigen auth-infos geben kann. 5 auth erfolgreich -> tomcat leitet weiter zu der urspruenglich gewuenschten ressource (die er sich gespeichert hatte), das waere dann die homepage vom customer-interface. offen noch: - evtl ist es nicht moeglich beide sessions (reseller + customer) parallel laufen zu lassen, also auch explizit eine neue session zu erzeugen ohne die "alte" zu zerstoeren, dann muesste man sich einen workaround bauen der wenigstens dann sowas wie "exit to reseller" in der su-umgebung zur verfuegung stellt soweit die ueberlegung, man muesste das mal implementieren zur ueberpruefung, da kommen bestimmt noch ein, zwei sachen die nicht bedacht sind. cheers, martin |
|
From: martin g. <mar...@ba...> - 2003-12-02 20:44:31
|
another test for testing archival functionality... ignore this, greez, magro |
|
From: Romeo K. <ro...@or...> - 2003-11-04 12:41:46
|
okidoki, cool, nee, ich denk lynx braucht man net :) ich komm halt net durch diese firewall in brasilien drum hab ich das von baseserver.de aus mit lynx gemacht....bis dann!! bal...@li... schrieb am 04.11.03 13:36:20: > > On Die, 2003-11-04 at 13:17, Romeo Kienzler wrote: > > hab das jetzt nicht ganz verstanden, war das gut das ist das so getestet habe oder ist das zu utopisch? > ist super dass du das so getestet hast, ehrlich! > > allerdings ist das mit lynx ein problem, die haben ein krasses caching > von seiten, d.h. auch mit http-headern "no-cache" etc zeigt lynx die > seite (loginshow.do) einfach an, ohne sie neu vom server zu requesten. > damit kann ich nicht die entsprechenden redirects machen um das problem > mit der container-manager-auth von tomcat zu umgehen. > > d.h. der bug ist fuer mozilla & co schon gefixt, > fuer lynx hab ich noch keine loesung, weil der eben keinen request > macht. > > koennen ja noch ueberlegen ob lynx auf die liste der > supported browsers kommt ;) > > ciao erstmal, > martin > > > > > > bal...@li... schrieb am 03.11.03 19:25:12: > > > > > > On Mon, 2003-11-03 at 19:00, Romeo Kienzler wrote: > > > > > > das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. > > > > > hab ich nicht, grad gecheckt: > > > > > https://ballrace.baseserver.com:8443/admin/home.do > > > > > hast du den fehler bei dir auf'm lokalen system? > > > > > kannst du genau beschreiben was du getan und eingegeben hast? > > > > > > > > mit lynx mich als admin/admindemo eingeloggt, pfeil nach links (back) gedrueckt, dann admindemolala als passwort eingegeben, dann kommt irgendwas mit j_securitycheck, dann kommt der 403 - fehler > > > wahnsinn, du bist gott, romeo! solche tester liebe ich! > > > > > > konnte den fehler erst nur mit lynx nachvollziehen, nicht mit mozilla. > > > wenn ich mit mozilla allerdings zwei schritte in der history zurueck > > > gehe hab ich den gleichen fehler. > > > > > > das problem ist ein ganz grundsaetzliches mit der container-managed- > > > authentication in tomcat. die form muss nach j_security_check > > > abgeschickt werden, danach leitet tomcat dahin weiter was zuvor > > > requested wurde, was deshalb eine protected ressource sein muss. > > > d.h. normalerweise gibts genau den fehler wenn ein benutzer auf > > > die login seite geht und nicht direkt eine geschuetzte seite > > > anfragt. > > > ich hab deshalb schon ein bissl kompiliziertes redirecten auf > > > dummy-geschuetzte bereiche gemacht was auf der loginform.do > > > landet. > > > > > > na gut, ich geh da jedenfalls nochmal drueber. > > > > > > vielen dank, > > > cheers, > > > martin > > > > > > > > > > > > > > > > > > > > > > > und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. > > > > > jupp, ist noch nicht implementiert. > > > > > > > > > > > > > > > > > was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? > > > > > genau das fehlt noch, fuer die 0.3 ist reseller geplant, allerdings kann > > > > > man da wahrscheinlich mehr releases draus machen, weil man beim reseller > > > > > zum ersten mal den configserver an den start bringen muss, z.b. fuer > > > > > user-home-dir anlegen. > > > > > > > > > > bin aber auch noch am ueberlegen wegen ner verwaltung von mehreren > > > > > hosts, schreib deshalb aber nochmal an baseserver. > > > > > > > > > > > > > hey das trifft sich ja gut, weil ich gerade deshalb schon ab baseserver geschirben haben (gedankenuebertragung ? :) > > > > > > > > falls ich dir noch was helfen kann, gib bescheid, ok? > > > > > > > > > danke erstmal fuers angucken, > > > > > liebe gruesse, > > > > > martin > > > > > > > > > > > > > alles liebe > > > > romeo > > > > > > > > > > > > alles liebe > > > > > > romeo > > > > > > > > > > > > > > > > > > bal...@li... schrieb am 02.11.03 16:53:20: > > > > > > > > > > > > > > hello, > > > > > > > > > > > > > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > > > > > > > ne bugfix-release, kurzer extract aus dem changelog: > > > > > > > > > > > > > > - Changed BASIC authentication to form based authentication > > > > > > > - Added logoff > > > > > > > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > > > > > > > - Added exception screen for uninitialized ballrace > > > > > > > - Moved integrity checking into the business layer > > > > > > > - Added assertion that only one admin can be created > > > > > > > - Fixed bugs: > > > > > > > - 826405: "Service configuration does not check if there are any." > > > > > > > - 830710: "setting constraints to 0" > > > > > > > - 831025: "Reaching step2 without a dbconnection" > > > > > > > > > > > > > > wegen der base-uri ist jetzt der login auch unter > > > > > > > https://ballrace.baseserver.com:8443/login.do > > > > > > > https://ballrace.baseserver.com:8443/admin/ > > > > > > > erreichbar. > > > > > > > > > > > > > > login: > > > > > > > admin, admindemo > > > > > > > > > > > > > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > > > > > > > die davor nicht da waren, also bitte nochmal richtig testen. > > > > > > > > > > > > > > muchas gracias, > > > > > > > cheers, > > > > > > > magro > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > > > > > Does SourceForge.net help you be more productive? Does it > > > > > > > help you create better code? SHARE THE LOVE, and help us help > > > > > > > YOU! Click Here: http://sourceforge.net/donate/ > > > > > > > _______________________________________________ > > > > > > > ballrace-developer mailing list > > > > > > > bal...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > > > > > -- > > > > > ------------------------------------------ > > > > > E-Mail mar...@ja... > > > > > Telefon 07723 5059804 > > > > > Mobil 0170 9365656 > > > > > ------------------------------------------ > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > > > Does SourceForge.net help you be more productive? Does it > > > > > help you create better code? SHARE THE LOVE, and help us help > > > > > YOU! Click Here: http://sourceforge.net/donate/ > > > > > _______________________________________________ > > > > > ballrace-developer mailing list > > > > > bal...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > > > -- > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > Does SourceForge.net help you be more productive? Does it > > > help you create better code? SHARE THE LOVE, and help us help > > > YOU! Click Here: http://sourceforge.net/donate/ > > > _______________________________________________ > > > ballrace-developer mailing list > > > bal...@li... > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > -- > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > ballrace-developer mailing list > bal...@li... > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- |
|
From: martin g. <mar...@ba...> - 2003-11-04 12:35:36
|
On Die, 2003-11-04 at 13:17, Romeo Kienzler wrote: > hab das jetzt nicht ganz verstanden, war das gut das ist das so getestet habe oder ist das zu utopisch? ist super dass du das so getestet hast, ehrlich! allerdings ist das mit lynx ein problem, die haben ein krasses caching von seiten, d.h. auch mit http-headern "no-cache" etc zeigt lynx die seite (loginshow.do) einfach an, ohne sie neu vom server zu requesten. damit kann ich nicht die entsprechenden redirects machen um das problem mit der container-manager-auth von tomcat zu umgehen. d.h. der bug ist fuer mozilla & co schon gefixt, fuer lynx hab ich noch keine loesung, weil der eben keinen request macht. koennen ja noch ueberlegen ob lynx auf die liste der supported browsers kommt ;) ciao erstmal, martin > > bal...@li... schrieb am 03.11.03 19:25:12: > > > > On Mon, 2003-11-03 at 19:00, Romeo Kienzler wrote: > > > > > das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. > > > > hab ich nicht, grad gecheckt: > > > > https://ballrace.baseserver.com:8443/admin/home.do > > > > hast du den fehler bei dir auf'm lokalen system? > > > > kannst du genau beschreiben was du getan und eingegeben hast? > > > > > > mit lynx mich als admin/admindemo eingeloggt, pfeil nach links (back) gedrueckt, dann admindemolala als passwort eingegeben, dann kommt irgendwas mit j_securitycheck, dann kommt der 403 - fehler > > wahnsinn, du bist gott, romeo! solche tester liebe ich! > > > > konnte den fehler erst nur mit lynx nachvollziehen, nicht mit mozilla. > > wenn ich mit mozilla allerdings zwei schritte in der history zurueck > > gehe hab ich den gleichen fehler. > > > > das problem ist ein ganz grundsaetzliches mit der container-managed- > > authentication in tomcat. die form muss nach j_security_check > > abgeschickt werden, danach leitet tomcat dahin weiter was zuvor > > requested wurde, was deshalb eine protected ressource sein muss. > > d.h. normalerweise gibts genau den fehler wenn ein benutzer auf > > die login seite geht und nicht direkt eine geschuetzte seite > > anfragt. > > ich hab deshalb schon ein bissl kompiliziertes redirecten auf > > dummy-geschuetzte bereiche gemacht was auf der loginform.do > > landet. > > > > na gut, ich geh da jedenfalls nochmal drueber. > > > > vielen dank, > > cheers, > > martin > > > > > > > > > > > > > > > > > und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. > > > > jupp, ist noch nicht implementiert. > > > > > > > > > > > > > > was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? > > > > genau das fehlt noch, fuer die 0.3 ist reseller geplant, allerdings kann > > > > man da wahrscheinlich mehr releases draus machen, weil man beim reseller > > > > zum ersten mal den configserver an den start bringen muss, z.b. fuer > > > > user-home-dir anlegen. > > > > > > > > bin aber auch noch am ueberlegen wegen ner verwaltung von mehreren > > > > hosts, schreib deshalb aber nochmal an baseserver. > > > > > > > > > > hey das trifft sich ja gut, weil ich gerade deshalb schon ab baseserver geschirben haben (gedankenuebertragung ? :) > > > > > > falls ich dir noch was helfen kann, gib bescheid, ok? > > > > > > > danke erstmal fuers angucken, > > > > liebe gruesse, > > > > martin > > > > > > > > > > alles liebe > > > romeo > > > > > > > > > > alles liebe > > > > > romeo > > > > > > > > > > > > > > > bal...@li... schrieb am 02.11.03 16:53:20: > > > > > > > > > > > > hello, > > > > > > > > > > > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > > > > > > ne bugfix-release, kurzer extract aus dem changelog: > > > > > > > > > > > > - Changed BASIC authentication to form based authentication > > > > > > - Added logoff > > > > > > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > > > > > > - Added exception screen for uninitialized ballrace > > > > > > - Moved integrity checking into the business layer > > > > > > - Added assertion that only one admin can be created > > > > > > - Fixed bugs: > > > > > > - 826405: "Service configuration does not check if there are any." > > > > > > - 830710: "setting constraints to 0" > > > > > > - 831025: "Reaching step2 without a dbconnection" > > > > > > > > > > > > wegen der base-uri ist jetzt der login auch unter > > > > > > https://ballrace.baseserver.com:8443/login.do > > > > > > https://ballrace.baseserver.com:8443/admin/ > > > > > > erreichbar. > > > > > > > > > > > > login: > > > > > > admin, admindemo > > > > > > > > > > > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > > > > > > die davor nicht da waren, also bitte nochmal richtig testen. > > > > > > > > > > > > muchas gracias, > > > > > > cheers, > > > > > > magro > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > > > > Does SourceForge.net help you be more productive? Does it > > > > > > help you create better code? SHARE THE LOVE, and help us help > > > > > > YOU! Click Here: http://sourceforge.net/donate/ > > > > > > _______________________________________________ > > > > > > ballrace-developer mailing list > > > > > > bal...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > > > > -- > > > > ------------------------------------------ > > > > E-Mail mar...@ja... > > > > Telefon 07723 5059804 > > > > Mobil 0170 9365656 > > > > ------------------------------------------ > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > > Does SourceForge.net help you be more productive? Does it > > > > help you create better code? SHARE THE LOVE, and help us help > > > > YOU! Click Here: http://sourceforge.net/donate/ > > > > _______________________________________________ > > > > ballrace-developer mailing list > > > > bal...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > > -- > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > ballrace-developer mailing list > > bal...@li... > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- |
|
From: Romeo K. <ro...@or...> - 2003-11-04 12:18:05
|
hab das jetzt nicht ganz verstanden, war das gut das ist das so getestet habe oder ist das zu utopisch? bal...@li... schrieb am 03.11.03 19:25:12: > > On Mon, 2003-11-03 at 19:00, Romeo Kienzler wrote: > > > > das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. > > > hab ich nicht, grad gecheckt: > > > https://ballrace.baseserver.com:8443/admin/home.do > > > hast du den fehler bei dir auf'm lokalen system? > > > kannst du genau beschreiben was du getan und eingegeben hast? > > > > mit lynx mich als admin/admindemo eingeloggt, pfeil nach links (back) gedrueckt, dann admindemolala als passwort eingegeben, dann kommt irgendwas mit j_securitycheck, dann kommt der 403 - fehler > wahnsinn, du bist gott, romeo! solche tester liebe ich! > > konnte den fehler erst nur mit lynx nachvollziehen, nicht mit mozilla. > wenn ich mit mozilla allerdings zwei schritte in der history zurueck > gehe hab ich den gleichen fehler. > > das problem ist ein ganz grundsaetzliches mit der container-managed- > authentication in tomcat. die form muss nach j_security_check > abgeschickt werden, danach leitet tomcat dahin weiter was zuvor > requested wurde, was deshalb eine protected ressource sein muss. > d.h. normalerweise gibts genau den fehler wenn ein benutzer auf > die login seite geht und nicht direkt eine geschuetzte seite > anfragt. > ich hab deshalb schon ein bissl kompiliziertes redirecten auf > dummy-geschuetzte bereiche gemacht was auf der loginform.do > landet. > > na gut, ich geh da jedenfalls nochmal drueber. > > vielen dank, > cheers, > martin > > > > > > > > > > > und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. > > > jupp, ist noch nicht implementiert. > > > > > > > > > > > was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? > > > genau das fehlt noch, fuer die 0.3 ist reseller geplant, allerdings kann > > > man da wahrscheinlich mehr releases draus machen, weil man beim reseller > > > zum ersten mal den configserver an den start bringen muss, z.b. fuer > > > user-home-dir anlegen. > > > > > > bin aber auch noch am ueberlegen wegen ner verwaltung von mehreren > > > hosts, schreib deshalb aber nochmal an baseserver. > > > > > > > hey das trifft sich ja gut, weil ich gerade deshalb schon ab baseserver geschirben haben (gedankenuebertragung ? :) > > > > falls ich dir noch was helfen kann, gib bescheid, ok? > > > > > danke erstmal fuers angucken, > > > liebe gruesse, > > > martin > > > > > > > alles liebe > > romeo > > > > > > > > alles liebe > > > > romeo > > > > > > > > > > > > bal...@li... schrieb am 02.11.03 16:53:20: > > > > > > > > > > hello, > > > > > > > > > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > > > > > ne bugfix-release, kurzer extract aus dem changelog: > > > > > > > > > > - Changed BASIC authentication to form based authentication > > > > > - Added logoff > > > > > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > > > > > - Added exception screen for uninitialized ballrace > > > > > - Moved integrity checking into the business layer > > > > > - Added assertion that only one admin can be created > > > > > - Fixed bugs: > > > > > - 826405: "Service configuration does not check if there are any." > > > > > - 830710: "setting constraints to 0" > > > > > - 831025: "Reaching step2 without a dbconnection" > > > > > > > > > > wegen der base-uri ist jetzt der login auch unter > > > > > https://ballrace.baseserver.com:8443/login.do > > > > > https://ballrace.baseserver.com:8443/admin/ > > > > > erreichbar. > > > > > > > > > > login: > > > > > admin, admindemo > > > > > > > > > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > > > > > die davor nicht da waren, also bitte nochmal richtig testen. > > > > > > > > > > muchas gracias, > > > > > cheers, > > > > > magro > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > > > Does SourceForge.net help you be more productive? Does it > > > > > help you create better code? SHARE THE LOVE, and help us help > > > > > YOU! Click Here: http://sourceforge.net/donate/ > > > > > _______________________________________________ > > > > > ballrace-developer mailing list > > > > > bal...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > > > -- > > > ------------------------------------------ > > > E-Mail mar...@ja... > > > Telefon 07723 5059804 > > > Mobil 0170 9365656 > > > ------------------------------------------ > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > Does SourceForge.net help you be more productive? Does it > > > help you create better code? SHARE THE LOVE, and help us help > > > YOU! Click Here: http://sourceforge.net/donate/ > > > _______________________________________________ > > > ballrace-developer mailing list > > > bal...@li... > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > -- > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > ballrace-developer mailing list > bal...@li... > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- |
|
From: martin g. <mar...@ba...> - 2003-11-03 18:20:50
|
On Mon, 2003-11-03 at 19:00, Romeo Kienzler wrote: > > > das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. > > hab ich nicht, grad gecheckt: > > https://ballrace.baseserver.com:8443/admin/home.do > > hast du den fehler bei dir auf'm lokalen system? > > kannst du genau beschreiben was du getan und eingegeben hast? > > mit lynx mich als admin/admindemo eingeloggt, pfeil nach links (back) gedrueckt, dann admindemolala als passwort eingegeben, dann kommt irgendwas mit j_securitycheck, dann kommt der 403 - fehler wahnsinn, du bist gott, romeo! solche tester liebe ich! konnte den fehler erst nur mit lynx nachvollziehen, nicht mit mozilla. wenn ich mit mozilla allerdings zwei schritte in der history zurueck gehe hab ich den gleichen fehler. das problem ist ein ganz grundsaetzliches mit der container-managed- authentication in tomcat. die form muss nach j_security_check abgeschickt werden, danach leitet tomcat dahin weiter was zuvor requested wurde, was deshalb eine protected ressource sein muss. d.h. normalerweise gibts genau den fehler wenn ein benutzer auf die login seite geht und nicht direkt eine geschuetzte seite anfragt. ich hab deshalb schon ein bissl kompiliziertes redirecten auf dummy-geschuetzte bereiche gemacht was auf der loginform.do landet. na gut, ich geh da jedenfalls nochmal drueber. vielen dank, cheers, martin > > > > > und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. > > jupp, ist noch nicht implementiert. > > > > > > > > was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? > > genau das fehlt noch, fuer die 0.3 ist reseller geplant, allerdings kann > > man da wahrscheinlich mehr releases draus machen, weil man beim reseller > > zum ersten mal den configserver an den start bringen muss, z.b. fuer > > user-home-dir anlegen. > > > > bin aber auch noch am ueberlegen wegen ner verwaltung von mehreren > > hosts, schreib deshalb aber nochmal an baseserver. > > > > hey das trifft sich ja gut, weil ich gerade deshalb schon ab baseserver geschirben haben (gedankenuebertragung ? :) > > falls ich dir noch was helfen kann, gib bescheid, ok? > > > danke erstmal fuers angucken, > > liebe gruesse, > > martin > > > > alles liebe > romeo > > > > > > alles liebe > > > romeo > > > > > > > > > bal...@li... schrieb am 02.11.03 16:53:20: > > > > > > > > hello, > > > > > > > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > > > > ne bugfix-release, kurzer extract aus dem changelog: > > > > > > > > - Changed BASIC authentication to form based authentication > > > > - Added logoff > > > > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > > > > - Added exception screen for uninitialized ballrace > > > > - Moved integrity checking into the business layer > > > > - Added assertion that only one admin can be created > > > > - Fixed bugs: > > > > - 826405: "Service configuration does not check if there are any." > > > > - 830710: "setting constraints to 0" > > > > - 831025: "Reaching step2 without a dbconnection" > > > > > > > > wegen der base-uri ist jetzt der login auch unter > > > > https://ballrace.baseserver.com:8443/login.do > > > > https://ballrace.baseserver.com:8443/admin/ > > > > erreichbar. > > > > > > > > login: > > > > admin, admindemo > > > > > > > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > > > > die davor nicht da waren, also bitte nochmal richtig testen. > > > > > > > > muchas gracias, > > > > cheers, > > > > magro > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > > Does SourceForge.net help you be more productive? Does it > > > > help you create better code? SHARE THE LOVE, and help us help > > > > YOU! Click Here: http://sourceforge.net/donate/ > > > > _______________________________________________ > > > > ballrace-developer mailing list > > > > bal...@li... > > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > > -- > > ------------------------------------------ > > E-Mail mar...@ja... > > Telefon 07723 5059804 > > Mobil 0170 9365656 > > ------------------------------------------ > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > ballrace-developer mailing list > > bal...@li... > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- |
|
From: Romeo K. <ro...@or...> - 2003-11-03 18:00:32
|
Hi Martin, bal...@li... schrieb am 03.11.03 18:41:56: > > On Mon, 2003-11-03 at 18:14, Romeo Kienzler wrote: > > hi martin, > > erstmal: > > > > SEHR SEHR FETT!!!! > thx! > > > > > > > das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. > hab ich nicht, grad gecheckt: > https://ballrace.baseserver.com:8443/admin/home.do > hast du den fehler bei dir auf'm lokalen system? > kannst du genau beschreiben was du getan und eingegeben hast? mit lynx mich als admin/admindemo eingeloggt, pfeil nach links (back) gedrueckt, dann admindemolala als passwort eingegeben, dann kommt irgendwas mit j_securitycheck, dann kommt der 403 - fehler > > > und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. > jupp, ist noch nicht implementiert. > > > > > was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? > genau das fehlt noch, fuer die 0.3 ist reseller geplant, allerdings kann > man da wahrscheinlich mehr releases draus machen, weil man beim reseller > zum ersten mal den configserver an den start bringen muss, z.b. fuer > user-home-dir anlegen. > > bin aber auch noch am ueberlegen wegen ner verwaltung von mehreren > hosts, schreib deshalb aber nochmal an baseserver. > hey das trifft sich ja gut, weil ich gerade deshalb schon ab baseserver geschirben haben (gedankenuebertragung ? :) falls ich dir noch was helfen kann, gib bescheid, ok? > danke erstmal fuers angucken, > liebe gruesse, > martin > alles liebe romeo > > > > alles liebe > > romeo > > > > > > bal...@li... schrieb am 02.11.03 16:53:20: > > > > > > hello, > > > > > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > > > ne bugfix-release, kurzer extract aus dem changelog: > > > > > > - Changed BASIC authentication to form based authentication > > > - Added logoff > > > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > > > - Added exception screen for uninitialized ballrace > > > - Moved integrity checking into the business layer > > > - Added assertion that only one admin can be created > > > - Fixed bugs: > > > - 826405: "Service configuration does not check if there are any." > > > - 830710: "setting constraints to 0" > > > - 831025: "Reaching step2 without a dbconnection" > > > > > > wegen der base-uri ist jetzt der login auch unter > > > https://ballrace.baseserver.com:8443/login.do > > > https://ballrace.baseserver.com:8443/admin/ > > > erreichbar. > > > > > > login: > > > admin, admindemo > > > > > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > > > die davor nicht da waren, also bitte nochmal richtig testen. > > > > > > muchas gracias, > > > cheers, > > > magro > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > Does SourceForge.net help you be more productive? Does it > > > help you create better code? SHARE THE LOVE, and help us help > > > YOU! Click Here: http://sourceforge.net/donate/ > > > _______________________________________________ > > > ballrace-developer mailing list > > > bal...@li... > > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer > -- > ------------------------------------------ > E-Mail mar...@ja... > Telefon 07723 5059804 > Mobil 0170 9365656 > ------------------------------------------ > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > ballrace-developer mailing list > bal...@li... > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- |
|
From: martin g. <mar...@ja...> - 2003-11-03 17:38:30
|
On Mon, 2003-11-03 at 18:14, Romeo Kienzler wrote: > hi martin, > erstmal: > > SEHR SEHR FETT!!!! thx! > > > das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. hab ich nicht, grad gecheckt: https://ballrace.baseserver.com:8443/admin/home.do hast du den fehler bei dir auf'm lokalen system? kannst du genau beschreiben was du getan und eingegeben hast? > und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. jupp, ist noch nicht implementiert. > > was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? genau das fehlt noch, fuer die 0.3 ist reseller geplant, allerdings kann man da wahrscheinlich mehr releases draus machen, weil man beim reseller zum ersten mal den configserver an den start bringen muss, z.b. fuer user-home-dir anlegen. bin aber auch noch am ueberlegen wegen ner verwaltung von mehreren hosts, schreib deshalb aber nochmal an baseserver. danke erstmal fuers angucken, liebe gruesse, martin > > alles liebe > romeo > > > bal...@li... schrieb am 02.11.03 16:53:20: > > > > hello, > > > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > > ne bugfix-release, kurzer extract aus dem changelog: > > > > - Changed BASIC authentication to form based authentication > > - Added logoff > > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > > - Added exception screen for uninitialized ballrace > > - Moved integrity checking into the business layer > > - Added assertion that only one admin can be created > > - Fixed bugs: > > - 826405: "Service configuration does not check if there are any." > > - 830710: "setting constraints to 0" > > - 831025: "Reaching step2 without a dbconnection" > > > > wegen der base-uri ist jetzt der login auch unter > > https://ballrace.baseserver.com:8443/login.do > > https://ballrace.baseserver.com:8443/admin/ > > erreichbar. > > > > login: > > admin, admindemo > > > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > > die davor nicht da waren, also bitte nochmal richtig testen. > > > > muchas gracias, > > cheers, > > magro > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > ballrace-developer mailing list > > bal...@li... > > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- ------------------------------------------ E-Mail mar...@ja... Telefon 07723 5059804 Mobil 0170 9365656 ------------------------------------------ |
|
From: Romeo K. <ro...@or...> - 2003-11-03 17:14:32
|
hi martin, erstmal: SEHR SEHR FETT!!!! das einzige was mit bisher aufgefallen ist, ist dass wenn man sich einloggt mit falschem passowrt kommt ne 403 von tomcat. und man kann sich nicht als reseller einloggen bisher...weis nicht ob du das noch nicht implementiert hast .. was feht denn nich alles? also so wie ich das sehe das interface fuer den user und den reseller, ok? alles liebe romeo bal...@li... schrieb am 02.11.03 16:53:20: > > hello, > > vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich > ne bugfix-release, kurzer extract aus dem changelog: > > - Changed BASIC authentication to form based authentication > - Added logoff > - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ > - Added exception screen for uninitialized ballrace > - Moved integrity checking into the business layer > - Added assertion that only one admin can be created > - Fixed bugs: > - 826405: "Service configuration does not check if there are any." > - 830710: "setting constraints to 0" > - 831025: "Reaching step2 without a dbconnection" > > wegen der base-uri ist jetzt der login auch unter > https://ballrace.baseserver.com:8443/login.do > https://ballrace.baseserver.com:8443/admin/ > erreichbar. > > login: > admin, admindemo > > wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen > die davor nicht da waren, also bitte nochmal richtig testen. > > muchas gracias, > cheers, > magro > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > ballrace-developer mailing list > bal...@li... > https://lists.sourceforge.net/lists/listinfo/ballrace-developer -- |
|
From: martin g. <mar...@ba...> - 2003-11-02 15:52:52
|
hello, vom ballrace-manager gibts jetzt die 0.2-2. ist hauptsaechlich ne bugfix-release, kurzer extract aus dem changelog: - Changed BASIC authentication to form based authentication - Added logoff - Moved base uri from <host>/<context>/manager/ to <host>/<context>/ - Added exception screen for uninitialized ballrace - Moved integrity checking into the business layer - Added assertion that only one admin can be created - Fixed bugs: - 826405: "Service configuration does not check if there are any." - 830710: "setting constraints to 0" - 831025: "Reaching step2 without a dbconnection" wegen der base-uri ist jetzt der login auch unter https://ballrace.baseserver.com:8443/login.do https://ballrace.baseserver.com:8443/admin/ erreichbar. login: admin, admindemo wegen einiger umbauarbeiten kann es natuerlich auch zu fehlern kommen die davor nicht da waren, also bitte nochmal richtig testen. muchas gracias, cheers, magro |
