Re: use its own transaction manager in slide

2005-03-23 Thread Roy Russo 
http://jakarta.apache.org/slide/howto-jca.html
Seems to be JBoss specific though.
Roy Russo
JBoss Portal Developer
- Original Message - 
From: Darren Hartford [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, March 23, 2005 4:01 PM
Subject: RE: use its own transaction manager in slide

Just a quick reply - I believe there exists a Slide JCA 1.5 connector
that supports transactions. Jboss should be able to use this JCA
connector for client-side transactions talking to a backend Slide server
(if that is the use-case). 

-Original Message-
From: Julien Viet [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 23, 2005 1:32 PM
To: slide-user@jakarta.apache.org
Subject: use its own transaction manager in slide

We have integrated Slide in JBoss but not at the transaction 
manager level.

Is is possible to have Slide use JBoss transaction manager 
instead of the one provided by Slide ? Has someone tried that 
(or with any other transaction manager different than Slide) ?

thanks
-
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]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

jndi in webapp

2005-03-22 Thread Roy Russo 
Hello Sliders,

We are using slide 2.1 as the basis of our CMS for JBoss Portal. Until now, we 
used the default file system store, but also wanted to allow for users to 
implement the jdbc store. Since slide is running inside our Portal webapp, it 
was having trouble finding the jndi-name.

I made a slight modification to the code in 
org.apache.slide.store.impl.rdbms.J2EEStore.java, from various suggestions in 
this mailing list and my own tinkering. The changes are below:

Staring on line ~119 of J2EEStore.java:
// Initialize database
Context initCtx = new InitialContext();
//Context envCtx = (Context) initCtx.lookup(java:comp/env);
//ds = (DataSource) envCtx.lookup(datasource);
ds = (DataSource)initCtx.lookup(java:/ + datasource);

We currently deploy our own datasource PortalDS, as part of the global portal 
ds. So in the domains.xml file as a ds name, we simply use:

parameter name=datasourcePortalDS/parameter

Of course, we needed to make sure the ds was deployed by JBoss before slide 
could see it. 

This seems to be an ongoing issue with people on this mailing list, so my 
suggestion would be that the changes made to J2EEStore.java be incorporated to 
the slide build, and perhaps allow a config variable dictate whether slide is 
running inside a webapp where the current jndi lookup method cannot find the ds.

I mainly used this post as a reference: 
http://mail-archives.eu.apache.org/mod_mbox/jakarta-slide-user/200309.mbox/[EMAIL
 PROTECTED]

Regards,
Roy Russo
JBoss Portal Developer

getCreationDate -- broken?

2004-12-29 Thread Roy Russo 
Using 2.1b. Is this method call broken?
long lCreated = wdResource.getCreationDate();
Seems like I it always returns 0. DavExplorer is showing the value is set 
for the resource. Is there another way I can get this value for a specific 
file?

Roy Russo
JBoss Portal Developer
JBoss, Inc.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: getCreationDate -- broken?

2004-12-29 Thread Roy Russo 
thanks. alt-2 is what I was looking for.
Roy Russo
JBoss Portal Developer
JBoss, Inc.
- Original Message - 
From: Stefan Lützkendorf [EMAIL PROTECTED]
To: Slide Users Mailing List slide-user@jakarta.apache.org
Sent: Wednesday, December 29, 2004 12:47 PM
Subject: Re: getCreationDate -- broken?


Roy Russo wrote:
Using 2.1b. Is this method call broken?
long lCreated = wdResource.getCreationDate();
I've currently no idea why getCreationDate does not work.
Seems like I it always returns 0. DavExplorer is showing the value is set 
for the resource. Is there another way I can get this value for a 
specific file?
as a workaround you can run your own query for the creationdate property. 
i may look like the following sample.

public static void main(String[] args) {
try {
WebdavResource resource = new WebdavResource(
http://localhost:8081/txfile/files;,
new UsernamePasswordCredentials(john, john));
System.out.println( resource.getCreationDate());
Vector properties = new Vector();
properties.add(new PropertyName(DAV:, creationdate));
Enumeration e = resource.propfindMethod(0, properties);
if (e.hasMoreElements()) {
ResponseEntity response = (ResponseEntity) e.nextElement();
Enumeration props = response.getProperties();
if (props.hasMoreElements()) {
Property property = (Property)props.nextElement();
// alternative 1
String dateString = property.getPropertyAsString();
// alternative 2
Date dateDate = ((DateProperty)property).getDate();
System.out.println(dateString);
System.out.println(dateDate);
}
}
}
catch (HttpException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
Roy Russo
JBoss Portal Developer
JBoss, Inc.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Stefan Lützkendorf  --  [EMAIL PROTECTED]
-
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]

Re: how do I get WebdavResource.mkcolMethod() to work?

2004-12-17 Thread Roy Russo 
This should work for you:
wdResource.mkcolMethod(/slide/files/images);
I think you should ignore the wdresource path in this case and start at the 
root. My wd root is http://localhost:8080/slide and I still have to mkcol 
with the fullpath.

Roy Russo
JBoss Portal Developer
- Original Message - 
From: Garret Wilson [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 7:44 PM
Subject: how do I get WebdavResource.mkcolMethod() to work?


I have a WebdavResource representing http://www.example.com/base/;.
I execute webdavresource.mkColMethod(test/), which returns false.
I execute webdavresource.mkColMethod(test), which returns false as well.
What am I doing wrong? I'm using Tomcat 5.5.4 with the Tomcat WebDAV 
servlet.

Garret
-
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]

default content

2004-12-10 Thread Roy Russo 
Hi folks,
Is there any way to bundle default content inside the slide.war? I'd like 
for my slide root localhost/slide/files/ to have some default files or even 
default collections.

For example:
localhost/slide/files
|- index.html
|- /images
Roy Russo
JBoss Portal Developer
JBoss, Inc.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Slide and JSR170

2004-12-01 Thread Roy Russo 
It was my understanding that JSR170 is still immature. It is not a final 
spec. Coding to an unfinished spec is not worth the risk, imho. We chose to 
use slide, aside from the obvious webdav support (versioning, locks, 
role-based security, etc...) because slide supports cache invalidation and 
clustering with its new 2.1b. Implementing this feature-set with the 
incomplete JSR170 is not an option for us.

Roy Russo
JBoss Portal Developer
- Original Message - 
From: Andy Bowes [EMAIL PROTECTED]
To: 'Slide Users Mailing List' [EMAIL PROTECTED]
Sent: Wednesday, December 01, 2004 5:33 AM
Subject: RE: Slide and JSR170


To do this you will need to perform a major 'gap-analysis' exercise.  The
functionality that is specified by the WebDav  JCR specifications are
basically over-lapping sets, i.e. the functionality of neither 
specification
is a subset of the other but there are significant degrees of overlap.

From my cursory introduction (I have been using both Slide and JCR170 for
about 3 months) the following areas spring to mind:
JCR Implementation
* - includes version control that allows you to roll back to a named
previous version.
* - Node Type definitions.  All nodes are related to a node type that
defines the details of attributes that can be assigned to that node and 
can
be used to restrict the type of children that can be attached.
* - XML Import  Export of Node hierarchies

WebDav Implementation
* - Ability to assign privileges to nodes (JCR spec deliberately excludes
this but does allow you to check if the user has appropriate privilege)
{ I am sure that there are other features that are in WebDav/DeltaV but 
not
in JCR170 but I am using the Slide Server API directly and found that 
Oliver
is right in saying that it's not a task to be undertaken lightly :) }

HTH
Andy Bowes
NB : Public release of JCR170 also includes the ability to have multiple
parents for a specific node
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: 01 December 2004 10:06
To: Slide Users Mailing List
Subject: Re: Slide and JSR170
On Tue, 30 Nov 2004 23:13:45 -0500, John Gilbert [EMAIL PROTECTED]
wrote:
- wrap a webdav api (e.g. slide) with the jsr170 api
This has been discussed as in option inside Slide. If you plan to
implement something like that would you consider donating it to Slide?
Oliver
-
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]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: slide and jboss

2004-11-30 Thread Roy Russo 
Well, its definitely good news to hear that someone got it working.
I'm building on jboss-4.0. Shouldn't be too different, save the fact that 
its sitting on Tomcat 5. I tried adding the auto-create-users node to 
domain.xml and it had no effect. Could you give me an example of of 
configuring the SlideRealm?

Once I get this working, I'll update the wiki page as well... it leaves a 
lot of loose ends.

Roy Russo
JBoss Portal Developer
JBoss, Inc.
404-467-8555 x223
[EMAIL PROTECTED]
- Original Message - 
From: Patrick van Kann [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 10:01 AM
Subject: RE: slide and jboss


I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki:
http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide
I am not using the Slide authentication - I am using the JBoss RDBMS realm. 
This means that you either need to use the auto-create-users = true 
setting in Domain.xml or manually synchronise users in your Realm with the 
Slide users at /slide/users.

Hope this helps.
Patrick

-Original Message-
From: Roy Russo [mailto:[EMAIL PROTECTED]
Sent: Tue 11/30/2004 2:29 PM
To: 'Slide Users Mailing List'
Subject: slide and jboss
I'm curious if anyone has been able to get authentication to work in jboss.
Commenting out the lines in web.xml, brings up a login prompt, using
DAVExplorer, but no username or passwords are accepted.
My log spits out the following:
09:21:29,624 ERROR [UsersRolesLoginModule] Failed to load
users/passwords/role files
java.io.IOException: Properties file users.properties not found
   at
org.jboss.security.auth.spi.UsersRolesLoginModule.loadProperties(UsersRolesLoginModule.java:217)
   at
org.jboss.security.auth.spi.UsersRolesLoginModule.loadUsers(UsersRolesLoginModule.java:234)
   at
org.jboss.security.auth.spi.UsersRolesLoginModule.initialize(UsersRolesLoginModule.java:100)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:324)
   at
javax.security.auth.login.LoginContext.invoke(LoginContext.java:662)
   at
javax.security.auth.login.LoginContext.access$000(LoginContext.java:129)
   at
javax.security.auth.login.LoginContext$4.run(LoginContext.java:610)
   at java.security.AccessController.doPrivileged(Native Method)
   at
javax.security.auth.login.LoginContext.invokeModule(LoginContext.java:607)
   at
javax.security.auth.login.LoginContext.login(LoginContext.java:534)
   at
org.jboss.security.plugins.JaasSecurityManager.defaultLogin(JaasSecurityManager.java:491)
   at
org.jboss.security.plugins.JaasSecurityManager.authenticate(JaasSecurityManager.java:442)
...
Moving a users.properties file around in the slide.war seems to do
absolutely nothing. I'm not sure if this is the way to go, either, and I may
be missing something simple.
I'm currently evaluating slide for use in JBoss Portal.
Roy Russo

-
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] 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: slide and jboss

2004-11-30 Thread Roy Russo 
ok... I got it working, without going to the DB for now, and heres what I 
did. (I will update our wiki page this week) It is exactly the same as 
securing the jmx-console: 
http://www.jboss.org/wiki/Wiki.jsp?page=SecureTheJmxConsole

1. Upack the slide.war and place it under the deploy dir.
2. Create /WEB-INF/classes/slide-users.properties and 
/WEB-INF/classes/slide-roles.properties
3. Edit the /server/standard/conf/login-config.xml and add a security domain 
for slide-domain:

   !-- Security domain for JBoss Portal - Jakarta Slide --
   application-policy name = slide-domain
  authentication
 login-module 
code=org.jboss.security.auth.spi.UsersRolesLoginModule
flag = required
module-option 
name=usersPropertiesslide-users.properties/module-option
module-option 
name=rolesPropertiesslide-roles.properties/module-option
 /login-module
  /authentication
   /application-policy
4. Create /WEB-INF/jboss-web.xml and add this to it:

jboss-web
 security-domainjava:/jaas/slide-domain/security-domain
/jboss-web
5. Go in to /WEB-INF/web.xml and uncomment the security contraint blocks at 
the bottom.

6. Start jboss.
7. Go to http://localhost:8080/slide and you should be prompted for a login.
I think I got it all. Thank you very much, Pat.
Roy Russo
JBoss Portal Developer
JBoss, Inc.
404-467-8555 x223
[EMAIL PROTECTED]
- Original Message - 
From: Patrick van Kann [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]; Slide Users 
Mailing List [EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 10:54 AM
Subject: RE: slide and jboss

auto-create-users will have no effect until you secure slide using a 
non-Slide realm. You have to get that working first - and the wiki page 
doesn't really describe this properly. The effect it will have is that when 
you authenticate against the external realm, Slide will automatically create 
a collection in /slide/users named after the principal you have logged in 
as.

I believe there is also a setting for auto-create-roles that will do the 
same with any of the roles that the principal has in /slide/roles.

The effect of this is that you will then be able to set ACLS on specific 
URIs based on these users and roles.

If you don't use auto-create-users and auto-create-roles, you can use 
application logic (say in the portlet itself, assuming this is what you are 
developing) that can create these collections for you.

These settings got non-slide authentication working for me:
server/default/deploy/slide.war/WEB-INF/jboss-web.xml
?xml version=1.0 encoding=UTF-8?
!DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.3//EN 
http://www.jboss.org/j2ee/dtd/jboss-web_3_0.dtd;

jboss-web
 class-loading java2ClassLoadingCompliance=false
   loader-repositoryorg.apache.slide:loader=slide.war/loader-repository
 /class-loading
 security-domainjava:/jaas/slide-domain/security-domain
  resource-ref
   res-ref-namejdbc/SlideDS/res-ref-name
   res-typejavax.sql.DataSource/res-type
   jndi-namejava:/jdbc/SlideDS/jndi-name
   /resource-ref
/jboss-web
in server/default/conf/login-config.xml I added a policy
application-policy name = slide-domain
   authentication
 login-module code = 
org.jboss.security.auth.spi.DatabaseServerLoginModule flag=required
   module-option name = 
dsJndiNamejava:/jdbc/SecurityDS/module-option
   module-option name = principalsQuery
 select password from Users where username=?
   /module-option
   module-option name = rolesQuery
 select groupname, null
 from GroupMembers m
 where m.username = ?
   /module-option
 /login-module
   /authentication
 /application-policy

Hope it helps.
Patrick
-Original Message-
From: Roy Russo [mailto:[EMAIL PROTECTED]
Sent: Tue 11/30/2004 3:29 PM
To: Slide Users Mailing List
Subject: Re: slide and jboss
Well, its definitely good news to hear that someone got it working.
I'm building on jboss-4.0. Shouldn't be too different, save the fact that
its sitting on Tomcat 5. I tried adding the auto-create-users node to
domain.xml and it had no effect. Could you give me an example of of
configuring the SlideRealm?
Once I get this working, I'll update the wiki page as well... it leaves a
lot of loose ends.
Roy Russo
JBoss Portal Developer
JBoss, Inc.
404-467-8555 x223
[EMAIL PROTECTED]
- Original Message - 
From: Patrick van Kann [EMAIL PROTECTED]
To: Slide Users Mailing List [EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 10:01 AM
Subject: RE: slide and jboss


I got it working with JBoss 3.2.5 by following the advice on the JBoss wiki:
http://www.jboss.org/wiki/Wiki.jsp?page=JakartaSlide
I am not using the Slide authentication - I am using the JBoss RDBMS realm.
This means that you either need to use the auto-create-users = true
setting in Domain.xml or manually synchronise users in your Realm with the
Slide users at /slide/users.
Hope this helps.
Patrick

-Original