8 Nov
2010
8 Nov
'10
2:57 p.m.
Hi everybody!
I changed somethings in our XWiki source and now I want to make a
component or something like it to share with all of you, possibly
including it in the official source code.
This is the modifications I made:
* Store every attachment (including its revisions) in the filesystem,
not in the database (able to customize the storage folder in
xwiki.cfg).
* Set a "default group" to XWikiLDAPAuthServiceImpl, where all users
logged through Active Directory is automatically added to this group.
This is a workaround for the "Default Group" problem on Windows, where
the users belongs to the group in Active Directory but the "memberOf"
property comes empty.
My problem is I could not find an up-to-date tutorial about writing
components. I also could not find a simple explanation about how to
tell XWiki not to use XWikiHibernateAttachmentStore and
HibernateAttachmentVersioningStore, using my classes instead.
By the way, I'm not an advanced Java programmer, so I need the things
well explained! ;) Anybody can help?
Best regards!
Felipe Giotto
8 Nov
8 Nov
3:46 p.m.
New subject: [xwiki-devs] Filesystem Attachment Store / Active Directory Default Group
On Mon, Nov 8, 2010 at 14:57, Felipe Giotto <felipegiotto(a)gmail.com> wrote:
Hi everybody!
I changed somethings in our XWiki source and now I want to make a
component or something like it to share with all of you, possibly
including it in the official source code.
This is the modifications I made:
* Store every attachment (including its revisions) in the filesystem,
not in the database (able to customize the storage folder in
xwiki.cfg).
* Set a "default group" to XWikiLDAPAuthServiceImpl, where all users
logged through Active Directory is automatically added to this group.
This is a workaround for the "Default Group" problem on Windows, where
the users belongs to the group in Active Directory but the "memberOf"
property comes empty.
For this one, you should create an issue on http://jira.xwiki.org with
a patch and I will review and make suggestions (if needed ;)) before
before applying it in standard. It could be useful and not only as a
Active Directory workaround.
My problem is I could not find an up-to-date tutorial about writing
components. I also could not find a simple explanation about how to
tell XWiki not to use XWikiHibernateAttachmentStore and
HibernateAttachmentVersioningStore, using my classes instead.
By the way, I'm not an advanced Java programmer, so I need the things
well explained! ;) Anybody can help?
Best regards!
Felipe Giotto
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
3:55 p.m.
New subject: [xwiki-devs] Filesystem Attachment Store / Active Directory Default Group
On 11/08/2010 03:46 PM, Thomas Mortagne wrote:
On Mon, Nov 8, 2010 at 14:57, Felipe
Giotto<felipegiotto(a)gmail.com> wrote:
Note that there are other attempts at implementing this. I have one
sitting on my system since August, and Caleb has been working recently
on generic filesystem storage.
Hi everybody!
I changed somethings in our XWiki source and now I want to make a
component or something like it to share with all of you, possibly
including it in the official source code.
This is the modifications I made:
* Store every attachment (including its revisions) in the filesystem,
not in the database (able to customize the storage folder in
xwiki.cfg).
* Set a "default group" to XWikiLDAPAuthServiceImpl, where all users
logged through Active Directory is automatically added to this group.
This is a workaround for the "Default Group" problem on Windows, where
the users belongs to the group in Active Directory but the "memberOf"
property comes empty.
For this one, you should create an issue on http://jira.xwiki.org with
a patch and I will review and make suggestions (if needed ;)) before
before applying it in standard. It could be useful and not only as a
Active Directory workaround. >
> My problem is I could not find an up-to-date tutorial about writing
> components. I also could not find a simple explanation about how to
> tell XWiki not to use XWikiHibernateAttachmentStore and
> HibernateAttachmentVersioningStore, using my classes instead.
>
> By the way, I'm not an advanced Java programmer, so I need the things
> well explained! ;) Anybody can help?
>
> Best regards!
>
> Felipe Giotto
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
4:37 p.m.
New subject: [xwiki-devs] Filesystem Attachment Store / Active Directory Default Group
Actually, I am a new user and I wasn't aware of the discussion.
My patch it's a simple implementation, that just stores the data in
files instead of saving to the database. The other limitations like
the heap size or input/output streams were not solved. Anyway, my
database server is still very happy with this patch! :D
Felipe Giotto.
2010/11/8 Thomas Mortagne <thomas.mortagne(a)xwiki.com>om>:
On Mon, Nov 8, 2010 at 14:57, Felipe Giotto
<felipegiotto(a)gmail.com> wrote:
Hi everybody!
I changed somethings in our XWiki source and now I want to make a
component or something like it to share with all of you, possibly
including it in the official source code.
This is the modifications I made:
* Store every attachment (including its revisions) in the filesystem,
not in the database (able to customize the storage folder in
xwiki.cfg).
* Set a "default group" to XWikiLDAPAuthServiceImpl, where all users
logged through Active Directory is automatically added to this group.
This is a workaround for the "Default Group" problem on Windows, where
the users belongs to the group in Active Directory but the "memberOf"
property comes empty.
For this one, you should create an issue on http://jira.xwiki.org with
a patch and I will review and make suggestions (if needed ;)) before
before applying it in standard. It could be useful and not only as a
Active Directory workaround.
My problem is I could not find an up-to-date tutorial about writing
components. I also could not find a simple explanation about how to
tell XWiki not to use XWikiHibernateAttachmentStore and
HibernateAttachmentVersioningStore, using my classes instead.
By the way, I'm not an advanced Java programmer, so I need the things
well explained! ;) Anybody can help?
Best regards!
Felipe Giotto
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
4:03 p.m.
New subject: [xwiki-devs] Filesystem Attachment Store / Active Directory Default Group
Felipe Giotto wrote:
Hi everybody!
I changed somethings in our XWiki source and now I want to make a
component or something like it to share with all of you, possibly
including it in the official source code.
This is the modifications I made:
* Store every attachment (including its revisions) in the filesystem,
not in the database (able to customize the storage folder in
xwiki.cfg).
As for this one, are you aware of this and other discussions where Caleb
and others are involved?
http://markmail.org/thread/mssfaegyytakua7w
* Set a "default group" to
XWikiLDAPAuthServiceImpl, where all users
logged through Active Directory is automatically added to this group.
This is a workaround for the "Default Group" problem on Windows, where
the users belongs to the group in Active Directory but the "memberOf"
property comes empty.
My problem is I could not find an up-to-date tutorial about writing
components. I also could not find a simple explanation about how to
tell XWiki not to use XWikiHibernateAttachmentStore and
HibernateAttachmentVersioningStore, using my classes instead.
By the way, I'm not an advanced Java programmer, so I need the things
well explained! ;) Anybody can help?
Best regards!
Felipe Giotto
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Ricardo RodrÃguez
CTO
eBioTIC.
Life Sciences, Data Modeling and Information Management Systems
5061
days inactive
5061
days old
4 comments
4 participants
participants (4)
-
[Ricardo Rodriguez] eBioTIC. -
Felipe Giotto -
Sergiu Dumitriu -
Thomas Mortagne