Thanks for this response, but that's not really helpful for us. I already read many times the wiki documentation about DLM, and after read it and tried to configure the portal to use it, we have again several questions. But all questions relate to the new features, how we can use them. On the wiki there is a part about Future Direction, and this is on this part we would like more precision, because when we read it it's like nothing is fixed, like the title says it's only "future direction". So my questions : What are decisions taken on this DLM 2.0 ? What is integrate from DLM 2.0 on uPortal 2.6, and ready to use ? What is not integrated and missing ? How can we get all functionalities of DLM 2.0 working ? How can we help to develop and improve all feature ?
I know many questions, but i don't request all response, if we could get some links and indications, I believe this will help a lot. We are working on uportal 2.6 and we want to use DLM, so we can help for some parts ... After we have some other questions like : Will it be possible to give the right of a group of persons to define different fragments for different groups, and without to logout/login to the user group fragment ? That's our main question ... Because this functionality is needed for our ENT we should have the development resources to help for that. For the moment the DLM isn't our main objective, we are working on our group management, and on integration of applications, but after DLM could become our priority. Thanks in advance for all the help that you could give us. Julien Eric Dalquist a écrit : > I guess I'll answer here too. > > DLM is very well developed functionally and historically has had many > fewer problems and many more features than ALM. What is missing is > some of the nicer 'finishing' pieces such as a fragment management UI. > > As for wiki documentation I would recommend reading > http://www.ja-sig.org/wiki/display/UPM/03+Distributed+Layout+Management > it should describe how to configure DLM. > > Some of the confusion stems from plans for DLM in 2.6 that never came > to fruition due to changes in availability of people in the community. > This documentation needs to be updated to reflect that some of the > planned features for 2.6 were not included, if there are specific wiki > pages that you find confusing or incomplete feel free to post the URLs > so we can ensure they are cleaned up. > > Let us know if this information helps. > > -Eric > > Julien Gribonvald wrote: >> Hi all, >> >> Eric Dalquist told me to ask to this mailing list about DLM in >> 2.6.1 (see on previous mail attached under this text). >> >> So we plan to use DLM for our portal, but actually this feature isn't >> very developed, and as there isn't plans for the final feature about >> DLM we would like to help to finalize. Not immediately but this could >> begin in around 3 month. But actually we need to know how it's >> developed, how it will evolve, how it's managed ... We need all >> precision for how it's planned to works, and how we can use it >> actually because we have to make in the first type an alpha >> application as prototype using all feature of uPortal 2.6... The >> documentation on the wiki isn't complete and seems not up to date... >> >> Actually I don't know all on how works the portal for DLM, but i know >> that all fragments have their definition group user (audience) >> definite on the dlm.xml file. Also this file is planed to not be >> longer used. After i don't find where are definite all fragments how >> they are pushed or pulled, is it added on the data base or ? ... >> >> So we would like to have all acknowledgment to be able to develop a >> fragment manager for DLM, and to be able to use that we our own group >> manager, using group pags. >> >> All is described under this text ;) >> >> Thanks for all the help that you could provide us and sorry for my >> poor English. >> >> Julien. >> >> Julien Gribonvald a écrit : >>> Thanks for these responses, this help to take positions about >>> what there will have to take decisions/improve/develop. >>> >>> For the DLM fragment manager i don't think that we will be able, >>> in the first time, to develop something (but it's not me who >>> take decisions), our main objective for the next three month is >>> to establish a prototype with integration of some applications >>> and with the management of groups. But I'm interesting to know >>> what APIs we would need to work with to integrate some >>> configurations of DLMs without user interfaces, in registering >>> data's at the deployment, and for what was implemented DLM (the >>> documentation doesn't explain that). This could be useful for us >>> to know on what we could work if we have time in the next month >>> or after the prototype. Also we will surely coordinate with ESUP >>> consortium for that. >>> >>> Else do you have contacts with SCT (who/what is SCT?) ? To know >>> if we could obtain informations/help/ or anything else from them ? >>> >>> Thanks, >>> Julien. >>> >>> Eric Dalquist a écrit : >>>> I'll do my best to answer your questions here. >>>> >>>> -2.6.1-ga will hopefully be released in the next week or two as >>>> I get time to work on it. >>>> >>>> -There is no fragment manager UI for DLM in any version of >>>> uPortal. I believe SCT had planned on contributing some >>>> significantly updated DLM code at one point which included this >>>> functionality but due to personal changes this hasn't happened >>>> and there is no timeline for it happening. A feature such as a >>>> fragment manager remains very compelling and I think we will >>>> see one eventually but I haven't heard of such a feature being >>>> on anyone's near-term roadmap to develop. >>>> >>>> -Are you asking about what APIs you would need to work with to >>>> develop a fragment manager yourself? If so and you believe you >>>> have the development resources to help please joint the >>>> uportal-dev email list and we can have a discussion there about >>>> how to go about implementing a fragment manager for uPortal. >>>> >>>> -Documentation related to dlm.xml not being used is likely from >>>> the initial efforts around SCT contributing back updated DLM >>>> code and is not correct at this time or in the foreseeable future. >>>> >>>> I hope that helps, >>>> -Eric >>>> >>>> >>>> Julien Gribonvald wrote: >>>>> I don't know if you understand all but i will try to simplify >>>>> all my main questions : >>>>> >>>>> - When do you plan to finalize the uPortal 2.6.1 version (to >>>>> GA) ? >>>>> - Is the Fragment Manager will be available on this version ? >>>>> - Else is there a milestone plan ? >>>>> - How can i find all attributes to implements something which >>>>> will load my own data's replacing the Fragment Manager ? >>>>> Something which could describe all interfaces used by the >>>>> Fragment Manager... I would like to test this functionality >>>>> without necessary a user interface. >>>>> >>>>> - Will the fragment owner description evolving ? or is it >>>>> possible to extend it ? >>>>> For the case that a user can modify different fragments for >>>>> different groups (not in one audience). Actually it's >>>>> establish that a ownerid is the fragment manager, but my >>>>> question would describe the possibility to have a user who can >>>>> manage different fragments (a relation which link a user (or >>>>> group of user) with many ownerid). This case would be very >>>>> interesting for us to develop, because we could find a case >>>>> that a user have to manage 50 accounts of ownerid, and >>>>> login/logout each times have to be eliminated. >>>>> >>>>> - I read somewhere that the dlm.xml file won't be longer used, >>>>> could you tell me more about that ? What will replace it ? and >>>>> how ? >>>>> >>>>> That's all questions we have for the moment ;) >>>>> >>>>> I hope that someone can answer, thanks in advance. >>>>> >>>>> Julien Gribonvald >>>>> >>>>> Julien Gribonvald a écrit : >>>>>> Hi all, >>>>>> >>>>>> I'm new with uPortal but I'm trying to work on it since >>>>>> around 2 weeks. I'm working to establish a big application >>>>>> wich based on uPortal. My work consist on studying >>>>>> possibilities of it... >>>>>> >>>>>> I have several questions about DLM, but the main part consist >>>>>> on the fragment manager, not available on uPortal 2.6.1RC2 >>>>>> for the moment. I would like to know if there is a deadline >>>>>> to integrate it... Or when will it be available ? Else an >>>>>> other case how can i do that ? It's to test possibilities, >>>>>> because the actual portal with DLM isn't suitable for all >>>>>> integrations that we have to do and for the management of all >>>>>> differents rights. >>>>>> >>>>>> For the fragment manager i would like to know if it's >>>>>> possible to delegate some rights, like the admin rights : >>>>>> give rights to all users of one group, for exemple to >>>>>> establish fragments for some users. And also i would like to >>>>>> know if one user could define differents fragments for >>>>>> differents users... >>>>>> In an exemple : in a school we have to give access to >>>>>> emploies, teachers, students, parents. We would like that >>>>>> some emploies could modify fragments of all emploies, all >>>>>> teachers, all students and maybe parents. Same things for >>>>>> teachers, but only on students and eventualy parents, but not >>>>>> others ... On an other hand we would like that a teacher of >>>>>> one class room could define fragments of his students, but on >>>>>> these ones... So we would like to establish a hierarchie of >>>>>> rights with these rights reducing in this hierarchie (sames >>>>>> things for the access of some chanels that everybody can see >>>>>> and more if they have the rights). >>>>>> Also i would like to know if for that the user need to >>>>>> connect to an other account to manage these fragments (like >>>>>> it's establish on the exemples of uPortal 2.6.1 with the >>>>>> guest-lo account). There is a solution in the other case, >>>>>> like to use the SSO CAS to identify the user as an other one >>>>>> who can manage the differents fragments, but ... >>>>>> >>>>>> We think that these request have their importance in this >>>>>> portal, so ... If it's not implemented, you could maybe >>>>>> receve some help to improve the portal in that effect. >>>>>> >>>>>> Actualy it's only for a prototype, but we need informations >>>>>> about that to plan the evolution of the model. >>>>>> >>>>>> Thanks in advance >>>>>> >>>>>> Julien Gribonvald >>>>>> >>>>>> --- You are currently subscribed to >>>>>> [EMAIL PROTECTED] as: [EMAIL PROTECTED] >>>>>> To unsubscribe, change settings or access archives, see >>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> --- You are currently subscribed to >>>>> [EMAIL PROTECTED] as: [EMAIL PROTECTED] >>>>> To unsubscribe, change settings or access archives, see >>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user >>>> >>> >>> >>> --- You are currently subscribed to >>> [EMAIL PROTECTED] as: [EMAIL PROTECTED] >>> To unsubscribe, change settings or access archives, see >>> http://www.ja-sig.org/wiki/display/JSG/uportal-user >>> >>> >> >> >> >> >> >> >> -- >> You are currently subscribed to [email protected] as: [EMAIL >> PROTECTED] >> To unsubscribe, change settings or access archives, see >> http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to [email protected] as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
