The problem is that no transaction has been started when doing a GET on a collection as your browser does. However, one is needed in order to create a user. The questions is why this is so. There used to be a problem with the generation of the HTML for a collection being done outside of a transaction, but this has been fixed. Are you sure you are using Slide 2.1 *final*?
Oliver On Tue, 4 Jan 2005 12:09:39 +0100, Sven Pfeiffer <[EMAIL PROTECTED]> wrote: > Hi List > > I am using the latest binary build of slide inside a JBoss with tomcat. > > I want to use my own JAAS login module so I uncommented the > <security-constraint> part of the web.xml-file. > I added > <login-config> > <auth-method>BASIC</auth-method> > <realm-name>my-login</realm-name> > </login-config> > > in jboss-web.xml i added: > <jboss-web> > <security-domain>java:/jaas/my-login</security-domain> > </jboss-web> > > Then I added > <auto-create-users>true</auto-create-users> > > <auto-create-users-role>org.apache.slide.structure.SubjectNode</auto-create-users-role> > to Domain.xml. > > Now authentification works fine. > > But there is one odd behaviour. > > When I create a new user and the user tries to logon for the first time using > a browser (no matter whether IE or Mozilla/firefox), > the result is always > > <snip> > 2005-01-04 10:32:37,171 INFO [STDOUT] 04 Jan 2005 10:32:37 - WARNING - > WARNING: No active transaction > 2005-01-04 10:32:37,187 INFO [STDOUT] 04 Jan 2005 10:32:37 - > org.apache.slide.store.txfile.AbstractTxFileStoreService - WARNING - > Thread Thread[TP-Processor4,5,jboss] marked transaction branch null for > rollback. Cause: Not inside tx > 2005-01-04 10:32:37,187 INFO [STDOUT] TP-Processor4, 04-Jan-2005 10:32:37, > otto, GET, 500 "Internal Server Error", 62 ms, / > </snip> > > And no user is created. > When connecting to my slide ressource over Explorer everything works fine. > > I found one difference, when connecting using a browser there is simply a > GET, but when connecting using Explorer there is OPTIONS, > PROPFIND and then GET. > > Is this a wanted behaviour or a bug? > And, is there a way to change it, so it works if the user just connects by a > browser? > > Thanks in advance > > SVen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
