Re: [Hypercontent-users] CASIFY Hypercontent - issue

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi,
I sent the following but cant see it appearing in the
forum, anyhow I am resending it again. If its already
there, sorry for the inconvenience.

I got CAS + uPortal and HC working fine. Also I wanted
to introduce a staging area before contents get
published, due to this reason I had to introduce some
file system definitions this also working fine. But I
got some problems/doubts moving forward.

I want to get build (preview), approve, publish thing
going. Well.... I am not sure my understanding is
correct. Any how let me put down my questions and
doubts.

What is the HC workflow is it as follows.
build -> aprrove -> publish ?

How can we make sure we cant publish anything without
the approval. How can we enforce this rule.
How can we set the mail parameters for the approvers
when there are items which needs to be approved.

What is the URL which needs to be provided for the
approvers. So that they can see the projects/resources
which needs to be approved.

In the workflow UI what I can see is build and publish
activities only, I can't see the approve activity.
Should I change any configuration change in order to
get that in the UI.

I have the following groups.xml (in bootstrap
project), I would like to have 3 distinct
users(auther_user,approver_user,publisher_user)  one
doing the authoring, one doing the approving and other
doing the publishing. Can we something like that?

Should I do any modification to my new project, cause
I only changed the groups.xml in bootstrap project
only.
Only changed I did was in permissions.xml in my
project allowing read only access to anybody group.

When I try to access middle of HC page as a approver
it says you do not have rights ..............etc.

<groups>
	<!-- The groups in this document should be overidden
by projects wishing
		to re-use the built in workflows; superusers can be
specified on a per-project
		level, and also globally via the bootstrap
project-->
	<group name="group:consumers">
		<group name="group:anybody"/>
	</group>
	<group name="group:authors">
		<user name="auther_user/>
		<user name="author"/>
	</group>
	<group name="group:approvers">
		<user name="approver"/>
		<user name="approver_user"/>
	</group>
	<group name="group:publishers">
		<user name="publisher_user"/>
		<user name="publisher"/>
	</group>
	<group name="group:admin">
		<user name="admin"/>
	        <user name="testAdmin"/>
	</group>

</groups>

--- Alex Vigdor <al...@bi...> wrote:

> 
> On Nov 1, 2006, at 10:20 PM, tom tom wrote:
> 
> > Hi Alex,
> >
> > If I need a staging area, cant I have the same
> > Hypercontent server to final publishing rather
> than
> > publishing it some other server. For example if I
> have
> > project called my-project can't we have a staging
> area
> > in the same project it self.
> 
> If you want a staging area, you can use HC as the
> web server, you  
> just need to specify a separate filesystem for the
> build, as  
> described here:
> 
>
http://hypercontent.sourceforge.net/docs/manual/develop/filesystems.html
> 
> Note that this page is for 1.4; 2.0 no longer
> requires a preview  
> filesystem at all, build and publish are optional,
> and you can  
> actually mount any number of additional filesystems
> using a new  
> configuration tag "<mount directory="/basedir/">"
> with a filesystem- 
> def beneath it.
> 
> If you leave off the "base-url" attribute (which is
> used to point to  
> an external web server), HC will serve the built
> content at URLs like
> 
>
http://localhost:8080/hypercontent/project-name/build/index.html
> 
> >
> > Is there any performance issues(when concurrent
> users
> > goes up) if we select Hypercontent server as the
> final
> > server to serve the content. Should we only
> consider
> > Hypercontent for authers and publishers (limited
> > users)
> 
> HyperContent should scale well up to a point, but
> publishing out  
> static files to be served by apache will probably
> scale better.  You  
> can also run HC on multiple servers behind a load
> balancer, and they  
> will automatically distribute background processing
> chores like  
> publishing between all the servers, as long as the
> repositories are  
> located on a common mounted filesystem.
> 
> >
> > Is there any sample demo to see the life cycle
> with
> > some xml and stylesheet approach.
> 
> I just uploaded "portlet.zip" at
> 
>
http://www.ja-sig.org/wiki/pages/viewpageattachments.action?pageId=12494
> 
> This contains the outdated contents of the CAS site
> and presents it  
> in 7 different HTML outputs and 2 PDF outputs.  This
> will give you  
> good starting points for building any number of
> possible displays;  
> the XSL for generating the navigation structures is
> in a common file / 
> config/skins/base.xsl which you can re-use in your
> custom designs.   
> One of the forms of output contains portlet styles,
> so is appropriate  
> for integrating into the portal.
> 
> >
> > I observed some discrepancies while inserting some
> > images just see following are bugs or not....
> >
> > I am using a war file approach rather than using
> HC
> > inbuilt tomcat server. I created a war file called
> > hypercontent.war and deployed on our existing
> tomcat.
> >
> > I have a very primitive projectdefinition.xml as
> > listed below. When I tried to edit the html and
> insert
> > an image using the editor, it does not inser the
> > current relative path. it appends only
> /someimage.jpg
> > but it should be idealy
> > /hypercontent/my-project/someimage.jpg
> > When I changed this file in the text mode it
> works.
> 
> Actually, /someimage.jpg is the appropriate path. 
> All links and  
> images are stored as project-internal references,
> without including  
> servlet or project mount points.  This way the
> projects are highly  
> portable across environments.  The base.xsl file I
> mentioned above  
> also has standard link and image re-writing logic
> that appends a  
> relative base to the paths when they are rendered
> (e.g. ../../ 
> someimage.jpg).  The WYSIWYG also knows how to
> interpret these  
> project-internal paths.
> 
> Cheers,
> 	Alex
> 
>
-------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Hypercontent-users mailing list
> Hyp...@li...
>
https://lists.sourceforge.net/lists/listinfo/hypercontent-users
> 

____________________________________________________________________________________
Sponsored Link

Get an Online or Campus degree
Associate's, Bachelor's, or Master's - in less than one year.
http://www.findtherightschool.com