hypercontent-users

Re: [Hypercontent-users] Displaying list

[Alex V. <al...@bi...>]

Hi Carl,
	Are you familiar with the Muenchian grouping method?

http://www.jenitennison.com/xslt/grouping/muenchian.html

That works well when you have many or dynamic categories, although in  
your case since you have only two fixed categories you could always  
do something like

Academic Staff
<xsl:apply-templates select="/cms:wrapper/cms:include/page/ 
staffbodytext[@academic='yes']"/>

Support Staff
<xsl:apply-templates select="/cms:wrapper/cms:include/page/ 
staffbodytext[@academic='no']"/>

Cheers,
Alex

On Sep 5, 2007, at 7:10 AM, Carl P Barrow wrote:

> All,
>
> I'm just trying to accomplish something in XSL and having a some  
> trouble. There is probably another way of doing it so any pointers/ 
> ideas welcome.
>
> All I'm doing it creating a list of staff with contact details from  
> files in a staff directorty. This list is split into two section  
> 'Academic' and 'Support' depending on a flag in the XML file. Then  
> displaying Academic Staff above the Support Staff in a unordered  
> list. This works, but the problem is that I want to split then into  
> two lists so that I can have a header/tite for each list, but I'm  
> having problems. Heres what I have at the moment:
>
> <xsl:template name="lister">
>         <xsl:variable name="academic" select="/cms:wrapper/ 
> cms:include/page/staffbodytext/@academic"/>
>         <xsl:apply-templates select="/cms:wrapper/cms:include/page/ 
> staffbodytext"/>
>     </xsl:template>
>
>
>
>     <xsl:template match="staffbodytext">
>         <xsl:variable name="emailadd" select="@email"/>
>         <xsl:variable name="role" select="@roles"/>
>         <xsl:variable name="academic" select="@academic"/>
>         <xsl:variable name="include" select="ancestor::cms:include"/>
>         <xsl:choose>
>             <xsl:when test="($academic='yes')">
>                 <li>
>                     <a href="{$rel-project-base}{$include/ 
> @directory}{$include/@basename}.html">
>                         <strong>
>                             <xsl:value-of select="@firstname"/>
>                             <xsl:text> </xsl:text>
>                             <xsl:value-of select="@lastname"/>
>                         </strong>
>                     </a><xsl:text> </xsl:text>
>                     <xsl:value-of select="@position"/>
>                     <xsl:choose>
>                         <xsl:when test="string-length($role)!=0">
>                             <xsl:text>,</xsl:text>
>                         </xsl:when>
>                         <xsl:otherwise> </xsl:otherwise>
>                     </xsl:choose>
>                     <xsl:text> </xsl:text>
>                     <xsl:value-of select="@roles"/>
>                     <br/> Tel:01482 46<xsl:value-of  
> select="@extention"/>, Email: <a
>                         href="mailto:{$emailadd}">
>                         <xsl:value-of select="@email"/>
>                     </a>
>                 </li>
>             </xsl:when>
>             <xsl:when test="($academic='no')">
>                 <li>
>                     <a href="{$rel-project-base}{$include/ 
> @directory}{$include/@basename}.html">
>                         <strong>
>                             <xsl:value-of select="@firstname"/>
>                             <xsl:text> </xsl:text>
>                             <xsl:value-of select="@lastname"/>
>                         </strong>
>                     </a><xsl:text> </xsl:text>
>                     <xsl:value-of select="@position"/>
>                     <xsl:choose>
>                         <xsl:when test="string-length($role)!=0">
>                             <xsl:text>,</xsl:text>
>                         </xsl:when>
>                         <xsl:otherwise> </xsl:otherwise>
>                     </xsl:choose>
>                     <xsl:text> </xsl:text>
>                     <xsl:value-of select="@roles"/>
>                     <br/> Tel:01482 46<xsl:value-of  
> select="@extention"/>, Email: <a
>                         href="mailto:{$emailadd}">
>                         <xsl:value-of select="@email"/>
>                     </a>
>                 </li>
>             </xsl:when>
>         </xsl:choose>
>     </xsl:template>
>
> Thanks
> Carl
>
> *************************************
>
> Carl Barrow
> Systems Integrator
> e-Services
> The University of Hull
> Cottingham Road
> Hull
> HU6 7RX
> Ext. 6838
>
> *************************************
>
>
>
> ********************************************************************** 
> *******************
> To view the terms under which this email is distributed, please go  
> to http://www.hull.ac.uk/legal/email_disclaimer.html
> ********************************************************************** 
> *******************--------------------------------------------------- 
> ----------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a  
> browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/ 
> _______________________________________________
> Hypercontent-users mailing list
> Hyp...@li...
> https://lists.sourceforge.net/lists/listinfo/hypercontent-users

Re: [Hypercontent-users] JSTL import

[Alex V. <al...@bi...>]

Hi,
	For the portlet, I wrote a special wrapper stage that uses regular  
expressions to strip certain elements and rewrite links.  This is why  
I suggested you consider using regular expressions within your JSP.

Another possibility is you can define a "css" resource-directory with  
publish="false"; you can reference it as a CSS import with a relative  
path, so it will render while you're in HC, but won't find the CSS  
once published.

It is not possible at this time to publish something that is  
different from what you preview; the portlet for example doesn't use  
static publishing at all, it uses a special modal template to  
dynamically rewrite content on demand.

As for publishing extra outputs, I'm not sure why you would prefer a  
different approach - this is one of the core strengths of HC, and  
we're only talking about a few extra KB per file.  Unless the pages  
are very expensive to render, it also should not have a significant  
impact on publishing performance.

Alex

On Sep 4, 2007, at 9:49 PM, tom tom wrote:

> Hi Alex,
>
> I do not want to publish/process contents
> unnecessarily, I would like to create a seperate
> project for this, it makes sense as well because it is
> only for business text.
>
> But let me know the following
>
> Is your xsls written for portlet samples strip off the
> contents,
>
> How can we have the styles incooperated within the HC
> so that while editing they can see the effect.
> Where should I incooperate my Styles within HC.
> Currently I did put my styles in the common.xsl, but
> currently I did not want to strip off those while
> publising or building.
>
>
> Thanks,
>
>
> --- Alex Vigdor <al...@bi...> wrote:
>
>> Hi,
>> 	I see two approaches - using HC you could set up a
>> separate output
>> with just the markup you want; put the one with
>> styles first so it
>> will be the default preview output, but import the
>> stripped down
>> markup output into the JSTL.  If you set up your xsl
>> templates
>> appropriately you can reuse as much of the body
>> formatting you want
>> to retain for the import.  The only side effect is
>> that both versions
>> would be published, though you only need one. The
>> alternative would
>> be to use another taglib to transform the output
>> within the JSP, e.g.
>>
>>
> http://jakarta.apache.org/taglibs/doc/regexp-doc/intro.html
>>
>> Alex
>>
>> On Sep 4, 2007, at 2:42 AM, tom tom wrote:
>>
>>> Hi,
>>>
>>> We finish one lot of work, which is static text,
>> we
>>> had a staging area and used uPortal CWebProxy, it
>>> worked perfectly.
>>>
>>>
>>> We got some business text within our jsp pages, we
>>> want to take those out and consider as jstl
>> c:import,
>>> so that business users can edit similar to the
>> static
>>> file approach we did. This also should get
>> published
>>> to a staging area.
>>>
>>> In the previous approach we had the CSS styles in
>> the
>>> published contents but with no issue, reason is
>>> CWebProxy filter those out without any problem.
>>>
>>> for JSTL import, how can we see the effect of
>> styles
>>> within HC and take those out (infact require the
>>> contents of the body tag). Is there any already
>>> written xsl which serves this purpose, The key
>> thing
>>> is users should be able to see the effect of
>> styles
>>> within the HC and moment we build or publish it
>> should
>>> take off the styles from the tranformed content
>> and
>>> should publish to a staging area.
>>>
>>>
>>>
>>> Thanks
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
> ______________________________________________________________________
>>
>>> ______________
>>> Shape Yahoo! in your own image.  Join our Network
>> Research Panel
>>> today!
>>
> http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
>>>
>>>
>>
>>
>>
> ---------------------------------------------------------------------- 
> ---
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?
>> Stop.
>> Now Search log events and configuration files using
>> AJAX and a browser.
>> Download your FREE copy of Splunk now >>
>> http://get.splunk.com/
>> _______________________________________________
>> Hypercontent-users mailing list
>> Hyp...@li...
>>
> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>
>
>
>
>        
> ______________________________________________________________________ 
> ______________
> Shape Yahoo! in your own image.  Join our Network Research Panel  
> today!   http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
>
>

Re: [Hypercontent-users] Why this happened - file.lock

[Alex V. <al...@bi...>]

Hi,
	You should check the log to see if there were errors that occurred  
to cause the locks not to be released.

You can safely delete the locks once you shut down the server - if  
you have all your repositories under a common root, you could cd to  
it in Unix and do something like

rm -f */config/workflow/*/file.lock

Cheers,
Alex


On Sep 4, 2007, at 9:37 PM, tom tom wrote:

> Hi,
>
> I am having couple of sample projects within
> Hypercontent, but while I was doing some change, the
> HC got stucked, as shows the following error,
>
> Then When I looked in to the repository of each
> project, it had created file.lock file inside the
> folders of config/workflow/
>
> e.g config/workflow/zip.xml/file.lock
>
> Why exactly this happened, to all the projects,
>
> What should I do now, shall I remove this files
> manually, currently I cant bring up the HC screen, in
> the log it says the following
>
> org.hypercontent.HyperException: Store already engaged
> in transaction @
> /config/workflow/approvals.xml(exists? true)
>         at
> org.hypercontent.data.impl.AbstractDataStore.beginTransaction 
> (AbstractDataStore.java:141)
>         at
> org.hypercontent.data.impl.AbstractDataStore.beginTransaction 
> (AbstractDataStore.java:84)
>         at
> org.hypercontent.data.impl.AbstractDataStore.beginTransaction 
> (AbstractDataStore.java:80)
>         at
> org.hypercontent.workflow.impl.WorkflowFactoryImpl.getWorkflow 
> (WorkflowFactoryImpl.java:137)
>         at
> org.hypercontent.workflow.impl.WorkflowFactoryImpl.activate 
> (WorkflowFactoryImpl.java:115)
>         at
> org.hypercontent.project.Project.<init>(Project.java:503)
>         at
> org.hypercontent.project.ProjectFactory.refresh(ProjectFactory.java: 
> 91)
>         at
> org.hypercontent.project.ProjectFactory.getProjectKeys 
> (ProjectFactory.java:206)
>         a
>
>
>
> ______________________________________________________________________ 
> ______________
> Got a little couch potato?
> Check out fun summer activities for kids.
> http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities 
> +for+kids&cs=bz
>

[Hypercontent-users] Displaying list

[Carl P B. <C.P...@hu...>]

*****************************************************************************************
To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html
*****************************************************************************************

Re: [Hypercontent-users] JSTL import

[tom t. <j_l...@ya...>]

Hi Alex,

I do not want to publish/process contents
unnecessarily, I would like to create a seperate
project for this, it makes sense as well because it is
only for business text.

But let me know the following

Is your xsls written for portlet samples strip off the
contents,

How can we have the styles incooperated within the HC
so that while editing they can see the effect.
Where should I incooperate my Styles within HC.
Currently I did put my styles in the common.xsl, but
currently I did not want to strip off those while
publising or building.


Thanks,


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

> Hi,
> 	I see two approaches - using HC you could set up a
> separate output  
> with just the markup you want; put the one with
> styles first so it  
> will be the default preview output, but import the
> stripped down  
> markup output into the JSTL.  If you set up your xsl
> templates  
> appropriately you can reuse as much of the body
> formatting you want  
> to retain for the import.  The only side effect is
> that both versions  
> would be published, though you only need one. The
> alternative would  
> be to use another taglib to transform the output
> within the JSP, e.g.
> 
>
http://jakarta.apache.org/taglibs/doc/regexp-doc/intro.html
> 
> Alex
> 
> On Sep 4, 2007, at 2:42 AM, tom tom wrote:
> 
> > Hi,
> >
> > We finish one lot of work, which is static text,
> we
> > had a staging area and used uPortal CWebProxy, it
> > worked perfectly.
> >
> >
> > We got some business text within our jsp pages, we
> > want to take those out and consider as jstl
> c:import,
> > so that business users can edit similar to the
> static
> > file approach we did. This also should get
> published
> > to a staging area.
> >
> > In the previous approach we had the CSS styles in
> the
> > published contents but with no issue, reason is
> > CWebProxy filter those out without any problem.
> >
> > for JSTL import, how can we see the effect of
> styles
> > within HC and take those out (infact require the
> > contents of the body tag). Is there any already
> > written xsl which serves this purpose, The key
> thing
> > is users should be able to see the effect of
> styles
> > within the HC and moment we build or publish it
> should
> > take off the styles from the tranformed content
> and
> > should publish to a staging area.
> >
> >
> >
> > Thanks
> >
> >
> >
> >
> >
> >        
> >
>
______________________________________________________________________
> 
> > ______________
> > Shape Yahoo! in your own image.  Join our Network
> Research Panel  
> > today!  
>
http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
> >
> >
> 
> 
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? 
> Stop.
> Now Search log events and configuration files using
> AJAX and a browser.
> Download your FREE copy of Splunk now >> 
> http://get.splunk.com/
> _______________________________________________
> Hypercontent-users mailing list
> Hyp...@li...
>
https://lists.sourceforge.net/lists/listinfo/hypercontent-users
> 



      ____________________________________________________________________________________
Shape Yahoo! in your own image.  Join our Network Research Panel today!   http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 

[Hypercontent-users] Why this happened - file.lock

[tom t. <j_l...@ya...>]

Hi,

I am having couple of sample projects within
Hypercontent, but while I was doing some change, the
HC got stucked, as shows the following error,

Then When I looked in to the repository of each
project, it had created file.lock file inside the
folders of config/workflow/

e.g config/workflow/zip.xml/file.lock

Why exactly this happened, to all the projects,

What should I do now, shall I remove this files
manually, currently I cant bring up the HC screen, in
the log it says the following

org.hypercontent.HyperException: Store already engaged
in transaction @
/config/workflow/approvals.xml(exists? true)
        at
org.hypercontent.data.impl.AbstractDataStore.beginTransaction(AbstractDataStore.java:141)
        at
org.hypercontent.data.impl.AbstractDataStore.beginTransaction(AbstractDataStore.java:84)
        at
org.hypercontent.data.impl.AbstractDataStore.beginTransaction(AbstractDataStore.java:80)
        at
org.hypercontent.workflow.impl.WorkflowFactoryImpl.getWorkflow(WorkflowFactoryImpl.java:137)
        at
org.hypercontent.workflow.impl.WorkflowFactoryImpl.activate(WorkflowFactoryImpl.java:115)
        at
org.hypercontent.project.Project.<init>(Project.java:503)
        at
org.hypercontent.project.ProjectFactory.refresh(ProjectFactory.java:91)
        at
org.hypercontent.project.ProjectFactory.getProjectKeys(ProjectFactory.java:206)
        a


       
____________________________________________________________________________________
Got a little couch potato? 
Check out fun summer activities for kids.
http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz 

Re: [Hypercontent-users] JSTL import

[Alex V. <al...@bi...>]

Hi,
	I see two approaches - using HC you could set up a separate output  
with just the markup you want; put the one with styles first so it  
will be the default preview output, but import the stripped down  
markup output into the JSTL.  If you set up your xsl templates  
appropriately you can reuse as much of the body formatting you want  
to retain for the import.  The only side effect is that both versions  
would be published, though you only need one. The alternative would  
be to use another taglib to transform the output within the JSP, e.g.

http://jakarta.apache.org/taglibs/doc/regexp-doc/intro.html

Alex

On Sep 4, 2007, at 2:42 AM, tom tom wrote:

> Hi,
>
> We finish one lot of work, which is static text, we
> had a staging area and used uPortal CWebProxy, it
> worked perfectly.
>
>
> We got some business text within our jsp pages, we
> want to take those out and consider as jstl c:import,
> so that business users can edit similar to the static
> file approach we did. This also should get published
> to a staging area.
>
> In the previous approach we had the CSS styles in the
> published contents but with no issue, reason is
> CWebProxy filter those out without any problem.
>
> for JSTL import, how can we see the effect of styles
> within HC and take those out (infact require the
> contents of the body tag). Is there any already
> written xsl which serves this purpose, The key thing
> is users should be able to see the effect of styles
> within the HC and moment we build or publish it should
> take off the styles from the tranformed content and
> should publish to a staging area.
>
>
>
> Thanks
>
>
>
>
>
>        
> ______________________________________________________________________ 
> ______________
> Shape Yahoo! in your own image.  Join our Network Research Panel  
> today!   http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
>
>

Re: [Hypercontent-users] Remove build link

[Alex V. <al...@bi...>]

The permissions approach should work - it works for me!  Make sure to  
test as a user who is not in group:admin and also not in the  
publisher group.

Alex

On Sep 3, 2007, at 8:03 PM, tom tom wrote:

> Hi,
>
> If there is a business requirement to remove the build
> and build All links from the workflow screen for
> approvers what is the best way to do, I thought we can
> do it via permissions.xml as follows but it still
> shows the links, is there any declarative way to do
> this?
>
> <permission activity="build" denied="true"
> principal="group:approvers" target="/**/"/>
> <permission activity="build" denied="true"
> principal="group:approvers" target="/**/*.*"/>
>
> Thanks,
>
>
>
> ______________________________________________________________________ 
> ______________
> Moody friends. Drama queens. Your life? Nope! - their life, your  
> story. Play Sims Stories at Yahoo! Games.
> http://sims.yahoo.com/
>

[Hypercontent-users] JSTL import

[tom t. <j_l...@ya...>]

Hi,

We finish one lot of work, which is static text, we
had a staging area and used uPortal CWebProxy, it
worked perfectly.


We got some business text within our jsp pages, we
want to take those out and consider as jstl c:import,
so that business users can edit similar to the static
file approach we did. This also should get published
to a staging area.

In the previous approach we had the CSS styles in the
published contents but with no issue, reason is
CWebProxy filter those out without any problem.

for JSTL import, how can we see the effect of styles
within HC and take those out (infact require the
contents of the body tag). Is there any already
written xsl which serves this purpose, The key thing
is users should be able to see the effect of styles
within the HC and moment we build or publish it should
take off the styles from the tranformed content and
should publish to a staging area.



Thanks





      ____________________________________________________________________________________
Shape Yahoo! in your own image.  Join our Network Research Panel today!   http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 

Re: [Hypercontent-users] download zip facility

[tom t. <j_l...@ya...>]

Hi Alex,
I removed the workflow-date directory and redeployed
the app, then everything started working, This
includes your patch as well,

Now the publishers can download, but I am not going to
give the read permissions to config,dtd directories,
because the intention is publishers should be able to
take the backup of the entire content excluding
configuration data, taking the backup of the entire
site including the configuration data is Admis task,

Let me now if there is a issue with this.


Thanks,


--- tom tom <j_l...@ya...> wrote:

> Hi Alex,
> 
> I updated my file and deployed again, still it is
> not
> working, it got rid of the error message, but it
> just
> shows the please-wait file, now even for admin it
> doenst work, when I click more details it shows the
> following.
> 
> History
> 9/4/07 9:46:24 AM
> Download Zip
> by you
> Current Queues
> /workflow-data/queues/zip/zipping
> /workflow-data/queues/principal/spAdmin
> Attributes
> href =
>
http://localhost/hypercontent/screens/please-wait.html
> zipper = Admin 
> 
> 
> 
> The strange thing is I did revert it back to the
> original and tried as Admin, now that also not
> working,
> It shows the same above page, It looks to be it get
> cashed somewhere else. I removed everything and
> redeployed but result is the same. I can't figure it
> out what is going on, shall I remove workflow-data
> and
> try?
> 
> 
> 
> --- Alex Vigdor <al...@bi...> wrote:
> 
> > You can get it using CVS with anonymous access, or
> > from the CVS web  
> > browser at
> > 
> >
>
http://hypercontent.cvs.sourceforge.net/hypercontent/hypercontent2/
> > 
> >
>
source/org/hypercontent/workflow/exec/impl/ZippingExecutable.java
> > 
> > Alex
> > 
> > On Aug 30, 2007, at 11:08 PM, tom tom wrote:
> > 
> > > Hi,
> > >
> > > Can you let me know the location to download
> with
> > > username and password.
> > >
> > > Thanks
> > >
> > > --- Alex Vigdor <al...@bi...> wrote:
> > >
> > >> Hi,
> > >> 	OK, you found a real bug there!  I checked in
> > the
> > >> fix to
> > >>
> > >>
> > >
> >
>
org.hypercontent.workflow.exec.impl.ZippingExecutable
> > >>
> > >> The bug would have kept anyone who is not an
> > admin
> > >> from downloading a
> > >> zip.
> > >>
> > >> However, users will still only be able to zip
> > files
> > >> and directories
> > >> for which they have read permission.  And to be
> > >> clear, this permission:
> > >>
> > >> <permission principal="group:publishers"
> > >>   target="/**/"  activity="read"/>
> > >>
> > >> does NOT override
> > >>
> > >> <permission principal="group:anybody"
> > >>   target="/config/**/"  activity="read"
> > >> denied="true"/>
> > >>
> > >> See my explanation again of precedence in
> > >> permissions:  more specific
> > >> targets are given higher weight than more
> > specific
> > >> groups.  So this
> > >> permission:
> > >>
> > >> <permission principal="group:publishers"
> > >>   target="/config/**/"  activity="read"/>
> > >>
> > >> DOES override
> > >>
> > >> <permission principal="group:anybody"
> > >>   target="/config/**/"  activity="read"
> > >> denied="true"/>
> > >>
> > >>
> > >> Cheers,
> > >> Alex
> > >>
> > >>
> > >>
> > >> On Aug 29, 2007, at 11:41 PM, tom tom wrote:
> > >>
> > >>> Hi Alex,
> > >>>
> > >>> I tried many possibilities but failed. see my
> > >>> observations below,
> > >>>
> > >>> I dont want everybody to see the configuration
> > >>> directories, that is why I am having those
> > >> denied=true
> > >>> for those targets, but the thing which I can't
> > >>> understand is as we have the following
> shouldnt
> > >> this
> > >>> overide the top level permissions.
> > >>>
> > >>> <permission principal="group:publishers"
> > >>>  target="/**/"  activity="read"/>
> > >>>
> > >>> <permission principal="group:publishers"
> > >>>  target="/**/*.*" activity="read"/>
> > >>>
> > >>>
> > >>> As the above failed I did overide all the
> > >> denied=true
> > >>> entries in the publisher group to have the
> read
> > >>> rights,
> > >>> but that also failed. This is what you
> > >> recommended.
> > >>>
> > >>> In the end I removed all the top denied=true
> > >> entries,
> > >>> e.g
> > >>> <permission principal="group:anybody"
> > >>> target="/config/**/" activity="read"
> > >> denied="true"/>
> > >>>
> > >>>  but still it fails.
> > >>>
> > >>> If I go to a specific directory and try to zip
> > >> which
> > >>> has not been restricted, still it shows the
> same
> > >>> problem.
> > >>>
> > >>> Can you try this in your environment.? I have
> a
> > >>> feeling something wrong some where, let me
> know
> > if
> > >> you
> > >>> want to see my zip.xml
> > >>>
> > >>> Thanks,
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>> 	It could have something to do with your
> > >> permissions
> > >>>> setup.  HC has
> > >>>> to resolve conflicting permissions in two
> ways:
> > >>>> those which have a
> > >>>> more specific target, and those which have a
> > more
> > >>>> specific group.  It
> > >>>> evaluates them in that order, so that a more
> > >>>> specific target is
> > >>>> honored over a more specific group.  In your
> > >> case,
> > >>>> that means
> > >>>> publishers are inheriting "denied" read
> > >> permissions
> > >>>> for design, xsl,
> > >>>> config and dtd from group:anybody; however if
> > you
> > >>>> assign
> > >>>> group:publishers read for any of those
> targets,
> > >> the
> > >>>> more specific
> > >>>> group of publishers will take precedence.
> > >>>> 	
> > >>>> Alex
> 
=== message truncated ===



       
____________________________________________________________________________________
Choose the right car based on your needs.  Check out Yahoo! Autos new Car Finder tool.
http://autos.yahoo.com/carfinder/

[Hypercontent-users] Remove build link

[tom t. <j_l...@ya...>]

Hi,

If there is a business requirement to remove the build
and build All links from the workflow screen for
approvers what is the best way to do, I thought we can
do it via permissions.xml as follows but it still
shows the links, is there any declarative way to do
this?

<permission activity="build" denied="true"
principal="group:approvers" target="/**/"/>
<permission activity="build" denied="true"
principal="group:approvers" target="/**/*.*"/>

Thanks,


       
____________________________________________________________________________________
Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games.
http://sims.yahoo.com/  

Re: [Hypercontent-users] download zip facility

[tom t. <j_l...@ya...>]

Hi Alex,

I updated my file and deployed again, still it is not
working, it got rid of the error message, but it just
shows the please-wait file, now even for admin it
doenst work, when I click more details it shows the
following.

History
9/4/07 9:46:24 AM
Download Zip
by you
Current Queues
/workflow-data/queues/zip/zipping
/workflow-data/queues/principal/spAdmin
Attributes
href =
http://localhost/hypercontent/screens/please-wait.html
zipper = Admin 



The strange thing is I did revert it back to the
original and tried as Admin, now that also not
working,
It shows the same above page, It looks to be it get
cashed somewhere else. I removed everything and
redeployed but result is the same. I can't figure it
out what is going on, shall I remove workflow-data and
try?



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

> You can get it using CVS with anonymous access, or
> from the CVS web  
> browser at
> 
>
http://hypercontent.cvs.sourceforge.net/hypercontent/hypercontent2/
> 
>
source/org/hypercontent/workflow/exec/impl/ZippingExecutable.java
> 
> Alex
> 
> On Aug 30, 2007, at 11:08 PM, tom tom wrote:
> 
> > Hi,
> >
> > Can you let me know the location to download with
> > username and password.
> >
> > Thanks
> >
> > --- Alex Vigdor <al...@bi...> wrote:
> >
> >> Hi,
> >> 	OK, you found a real bug there!  I checked in
> the
> >> fix to
> >>
> >>
> >
>
org.hypercontent.workflow.exec.impl.ZippingExecutable
> >>
> >> The bug would have kept anyone who is not an
> admin
> >> from downloading a
> >> zip.
> >>
> >> However, users will still only be able to zip
> files
> >> and directories
> >> for which they have read permission.  And to be
> >> clear, this permission:
> >>
> >> <permission principal="group:publishers"
> >>   target="/**/"  activity="read"/>
> >>
> >> does NOT override
> >>
> >> <permission principal="group:anybody"
> >>   target="/config/**/"  activity="read"
> >> denied="true"/>
> >>
> >> See my explanation again of precedence in
> >> permissions:  more specific
> >> targets are given higher weight than more
> specific
> >> groups.  So this
> >> permission:
> >>
> >> <permission principal="group:publishers"
> >>   target="/config/**/"  activity="read"/>
> >>
> >> DOES override
> >>
> >> <permission principal="group:anybody"
> >>   target="/config/**/"  activity="read"
> >> denied="true"/>
> >>
> >>
> >> Cheers,
> >> Alex
> >>
> >>
> >>
> >> On Aug 29, 2007, at 11:41 PM, tom tom wrote:
> >>
> >>> Hi Alex,
> >>>
> >>> I tried many possibilities but failed. see my
> >>> observations below,
> >>>
> >>> I dont want everybody to see the configuration
> >>> directories, that is why I am having those
> >> denied=true
> >>> for those targets, but the thing which I can't
> >>> understand is as we have the following shouldnt
> >> this
> >>> overide the top level permissions.
> >>>
> >>> <permission principal="group:publishers"
> >>>  target="/**/"  activity="read"/>
> >>>
> >>> <permission principal="group:publishers"
> >>>  target="/**/*.*" activity="read"/>
> >>>
> >>>
> >>> As the above failed I did overide all the
> >> denied=true
> >>> entries in the publisher group to have the read
> >>> rights,
> >>> but that also failed. This is what you
> >> recommended.
> >>>
> >>> In the end I removed all the top denied=true
> >> entries,
> >>> e.g
> >>> <permission principal="group:anybody"
> >>> target="/config/**/" activity="read"
> >> denied="true"/>
> >>>
> >>>  but still it fails.
> >>>
> >>> If I go to a specific directory and try to zip
> >> which
> >>> has not been restricted, still it shows the same
> >>> problem.
> >>>
> >>> Can you try this in your environment.? I have a
> >>> feeling something wrong some where, let me know
> if
> >> you
> >>> want to see my zip.xml
> >>>
> >>> Thanks,
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>> 	It could have something to do with your
> >> permissions
> >>>> setup.  HC has
> >>>> to resolve conflicting permissions in two ways:
> >>>> those which have a
> >>>> more specific target, and those which have a
> more
> >>>> specific group.  It
> >>>> evaluates them in that order, so that a more
> >>>> specific target is
> >>>> honored over a more specific group.  In your
> >> case,
> >>>> that means
> >>>> publishers are inheriting "denied" read
> >> permissions
> >>>> for design, xsl,
> >>>> config and dtd from group:anybody; however if
> you
> >>>> assign
> >>>> group:publishers read for any of those targets,
> >> the
> >>>> more specific
> >>>> group of publishers will take precedence.
> >>>> 	
> >>>> Alex
> >>>>
> >>>> On Aug 28, 2007, at 8:18 PM, tom tom wrote:
> >>>>
> >>>>> Hi Alex,
> >>>>>
> >>>>> Yes it is not a empty directory at all,
> >> basically
> >>>> this
> >>>>> is the very root folder, my intention was to
> >>>> download
> >>>>> the entire site as a publisher.
> >>>>>
> >>>>> this works fine if I login as a administrator.
> >>>>>
> >>>>> But we want to give the download zip feature
> for
> >>>>> publishers as well. That is this effort.
> >>>>>
> >>>>>
> >>>>> After the above effort I did login and browse
> to
> >> a
> >>>>> lower directory and tried to download it but
> >> still
> >>>> it
> >>>>> doenst show the link but shows the error which
> I
> >>>> sent
> >>>>> previous email.
> >>>>>
> >>>>> Any how I am sending my permissions.xml and
> >>>> zip.xml
> >>>>> for your reference
> >>>>>
> >>>>> permissions.xml
> >>>>> <permissions>
> >>>>> <permission principal="group:anybody"
> >>>> target="/**/*.*"
> >>>>> activity="read"/>
> >>>>> <permission principal="group:anybody"
> >>>>> target="/config/**/*.*" activity="read"
> >>>>> denied="true"/>
> >>>>> <permission principal="group:anybody"
> >>>>> target="/config/**/" activity="read"
> >>>> denied="true"/>
> >>>>> <permission principal="group:anybody"
> >>>>> target="/design/**/" activity="read"
> >>>> denied="true"/>
> >>>>> <permission principal="group:anybody"
> 
=== message truncated ===



       
____________________________________________________________________________________
Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.
http://farechase.yahoo.com/

Re: [Hypercontent-users] download zip facility

[Alex V. <al...@bi...>]

You can get it using CVS with anonymous access, or from the CVS web  
browser at

http://hypercontent.cvs.sourceforge.net/hypercontent/hypercontent2/ 
source/org/hypercontent/workflow/exec/impl/ZippingExecutable.java

Alex

On Aug 30, 2007, at 11:08 PM, tom tom wrote:

> Hi,
>
> Can you let me know the location to download with
> username and password.
>
> Thanks
>
> --- Alex Vigdor <al...@bi...> wrote:
>
>> Hi,
>> 	OK, you found a real bug there!  I checked in the
>> fix to
>>
>>
> org.hypercontent.workflow.exec.impl.ZippingExecutable
>>
>> The bug would have kept anyone who is not an admin
>> from downloading a
>> zip.
>>
>> However, users will still only be able to zip files
>> and directories
>> for which they have read permission.  And to be
>> clear, this permission:
>>
>> <permission principal="group:publishers"
>>   target="/**/"  activity="read"/>
>>
>> does NOT override
>>
>> <permission principal="group:anybody"
>>   target="/config/**/"  activity="read"
>> denied="true"/>
>>
>> See my explanation again of precedence in
>> permissions:  more specific
>> targets are given higher weight than more specific
>> groups.  So this
>> permission:
>>
>> <permission principal="group:publishers"
>>   target="/config/**/"  activity="read"/>
>>
>> DOES override
>>
>> <permission principal="group:anybody"
>>   target="/config/**/"  activity="read"
>> denied="true"/>
>>
>>
>> Cheers,
>> Alex
>>
>>
>>
>> On Aug 29, 2007, at 11:41 PM, tom tom wrote:
>>
>>> Hi Alex,
>>>
>>> I tried many possibilities but failed. see my
>>> observations below,
>>>
>>> I dont want everybody to see the configuration
>>> directories, that is why I am having those
>> denied=true
>>> for those targets, but the thing which I can't
>>> understand is as we have the following shouldnt
>> this
>>> overide the top level permissions.
>>>
>>> <permission principal="group:publishers"
>>>  target="/**/"  activity="read"/>
>>>
>>> <permission principal="group:publishers"
>>>  target="/**/*.*" activity="read"/>
>>>
>>>
>>> As the above failed I did overide all the
>> denied=true
>>> entries in the publisher group to have the read
>>> rights,
>>> but that also failed. This is what you
>> recommended.
>>>
>>> In the end I removed all the top denied=true
>> entries,
>>> e.g
>>> <permission principal="group:anybody"
>>> target="/config/**/" activity="read"
>> denied="true"/>
>>>
>>>  but still it fails.
>>>
>>> If I go to a specific directory and try to zip
>> which
>>> has not been restricted, still it shows the same
>>> problem.
>>>
>>> Can you try this in your environment.? I have a
>>> feeling something wrong some where, let me know if
>> you
>>> want to see my zip.xml
>>>
>>> Thanks,
>>>
>>>
>>>
>>>
>>>
>>>> 	It could have something to do with your
>> permissions
>>>> setup.  HC has
>>>> to resolve conflicting permissions in two ways:
>>>> those which have a
>>>> more specific target, and those which have a more
>>>> specific group.  It
>>>> evaluates them in that order, so that a more
>>>> specific target is
>>>> honored over a more specific group.  In your
>> case,
>>>> that means
>>>> publishers are inheriting "denied" read
>> permissions
>>>> for design, xsl,
>>>> config and dtd from group:anybody; however if you
>>>> assign
>>>> group:publishers read for any of those targets,
>> the
>>>> more specific
>>>> group of publishers will take precedence.
>>>> 	
>>>> Alex
>>>>
>>>> On Aug 28, 2007, at 8:18 PM, tom tom wrote:
>>>>
>>>>> Hi Alex,
>>>>>
>>>>> Yes it is not a empty directory at all,
>> basically
>>>> this
>>>>> is the very root folder, my intention was to
>>>> download
>>>>> the entire site as a publisher.
>>>>>
>>>>> this works fine if I login as a administrator.
>>>>>
>>>>> But we want to give the download zip feature for
>>>>> publishers as well. That is this effort.
>>>>>
>>>>>
>>>>> After the above effort I did login and browse to
>> a
>>>>> lower directory and tried to download it but
>> still
>>>> it
>>>>> doenst show the link but shows the error which I
>>>> sent
>>>>> previous email.
>>>>>
>>>>> Any how I am sending my permissions.xml and
>>>> zip.xml
>>>>> for your reference
>>>>>
>>>>> permissions.xml
>>>>> <permissions>
>>>>> <permission principal="group:anybody"
>>>> target="/**/*.*"
>>>>> activity="read"/>
>>>>> <permission principal="group:anybody"
>>>>> target="/config/**/*.*" activity="read"
>>>>> denied="true"/>
>>>>> <permission principal="group:anybody"
>>>>> target="/config/**/" activity="read"
>>>> denied="true"/>
>>>>> <permission principal="group:anybody"
>>>>> target="/design/**/" activity="read"
>>>> denied="true"/>
>>>>> <permission principal="group:anybody"
>>>>> target="/xsl/**/" activity="read"
>> denied="true"/>
>>>>> <permission principal="group:anybody"
>>>>> target="/dtd/**/" activity="read"
>> denied="true"/>
>>>>> <permission principal="group:anybody"
>>>>> target="/workflow-data/**/" activity="read"
>>>>> denied="true"/>
>>>>> <permission principal="group:authors"
>>>> target="/**/"
>>>>> activity="read"/>
>>>>> <permission principal="group:authors"
>>>> target="/**/*.*"
>>>>> activity="create"/>
>>>>> <permission principal="group:authors"
>>>> target="/**/*.*"
>>>>> activity="write"/>
>>>>> <permission principal="group:authors"
>>>> target="/**/*.*"
>>>>> activity="delete"/>
>>>>> <permission principal="group:authors"
>>>> target="/**/"
>>>>> activity="build"/>
>>>>> <permission principal="group:authors"
>>>> target="/**/*.*"
>>>>> activity="build"/>
>>>>> <permission principal="group:approvers"
>>>> target="/**/"
>>>>> activity="read"/>
>>>>> <permission principal="group:approvers"
>>>>> target="/**/*.*" activity="create"/>
>>>>> <permission principal="group:approvers"
>>>>> target="/**/*.*" activity="write"/>
>>
> === message truncated ===
>
>
>
>
> ______________________________________________________________________ 
> ______________
> Take the Internet to Go: Yahoo!Go puts the Internet in your pocket:  
> mail, news, photos & more.
> http://mobile.yahoo.com/go?refer=1GNXIC
>

Re: [Hypercontent-users] download zip facility

[tom t. <j_l...@ya...>]

Hi,

Can you let me know the location to download with
username and password.

Thanks

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

> Hi,
> 	OK, you found a real bug there!  I checked in the
> fix to
> 
>
org.hypercontent.workflow.exec.impl.ZippingExecutable
> 
> The bug would have kept anyone who is not an admin
> from downloading a  
> zip.
> 
> However, users will still only be able to zip files
> and directories  
> for which they have read permission.  And to be
> clear, this permission:
> 
> <permission principal="group:publishers"
>   target="/**/"  activity="read"/>
> 
> does NOT override
> 
> <permission principal="group:anybody"
>   target="/config/**/"  activity="read"
> denied="true"/>
> 
> See my explanation again of precedence in
> permissions:  more specific  
> targets are given higher weight than more specific
> groups.  So this  
> permission:
> 
> <permission principal="group:publishers"
>   target="/config/**/"  activity="read"/>
> 
> DOES override
> 
> <permission principal="group:anybody"
>   target="/config/**/"  activity="read"
> denied="true"/>
> 
> 
> Cheers,
> Alex
> 
> 
> 
> On Aug 29, 2007, at 11:41 PM, tom tom wrote:
> 
> > Hi Alex,
> >
> > I tried many possibilities but failed. see my
> > observations below,
> >
> > I dont want everybody to see the configuration
> > directories, that is why I am having those
> denied=true
> > for those targets, but the thing which I can't
> > understand is as we have the following shouldnt
> this
> > overide the top level permissions.
> >
> > <permission principal="group:publishers"
> >  target="/**/"  activity="read"/>
> >
> > <permission principal="group:publishers"
> >  target="/**/*.*" activity="read"/>
> >
> >
> > As the above failed I did overide all the
> denied=true
> > entries in the publisher group to have the read
> > rights,
> > but that also failed. This is what you
> recommended.
> >
> > In the end I removed all the top denied=true
> entries,
> > e.g
> > <permission principal="group:anybody"
> > target="/config/**/" activity="read"
> denied="true"/>
> >
> >  but still it fails.
> >
> > If I go to a specific directory and try to zip
> which
> > has not been restricted, still it shows the same
> > problem.
> >
> > Can you try this in your environment.? I have a
> > feeling something wrong some where, let me know if
> you
> > want to see my zip.xml
> >
> > Thanks,
> >
> >
> >
> >
> >
> >> 	It could have something to do with your
> permissions
> >> setup.  HC has
> >> to resolve conflicting permissions in two ways:
> >> those which have a
> >> more specific target, and those which have a more
> >> specific group.  It
> >> evaluates them in that order, so that a more
> >> specific target is
> >> honored over a more specific group.  In your
> case,
> >> that means
> >> publishers are inheriting "denied" read
> permissions
> >> for design, xsl,
> >> config and dtd from group:anybody; however if you
> >> assign
> >> group:publishers read for any of those targets,
> the
> >> more specific
> >> group of publishers will take precedence.
> >> 	
> >> Alex
> >>
> >> On Aug 28, 2007, at 8:18 PM, tom tom wrote:
> >>
> >>> Hi Alex,
> >>>
> >>> Yes it is not a empty directory at all,
> basically
> >> this
> >>> is the very root folder, my intention was to
> >> download
> >>> the entire site as a publisher.
> >>>
> >>> this works fine if I login as a administrator.
> >>>
> >>> But we want to give the download zip feature for
> >>> publishers as well. That is this effort.
> >>>
> >>>
> >>> After the above effort I did login and browse to
> a
> >>> lower directory and tried to download it but
> still
> >> it
> >>> doenst show the link but shows the error which I
> >> sent
> >>> previous email.
> >>>
> >>> Any how I am sending my permissions.xml and
> >> zip.xml
> >>> for your reference
> >>>
> >>> permissions.xml
> >>> <permissions>
> >>> <permission principal="group:anybody"
> >> target="/**/*.*"
> >>> activity="read"/>
> >>> <permission principal="group:anybody"
> >>> target="/config/**/*.*" activity="read"
> >>> denied="true"/>
> >>> <permission principal="group:anybody"
> >>> target="/config/**/" activity="read"
> >> denied="true"/>
> >>> <permission principal="group:anybody"
> >>> target="/design/**/" activity="read"
> >> denied="true"/>
> >>> <permission principal="group:anybody"
> >>> target="/xsl/**/" activity="read"
> denied="true"/>
> >>> <permission principal="group:anybody"
> >>> target="/dtd/**/" activity="read"
> denied="true"/>
> >>> <permission principal="group:anybody"
> >>> target="/workflow-data/**/" activity="read"
> >>> denied="true"/>
> >>> <permission principal="group:authors"
> >> target="/**/"
> >>> activity="read"/>
> >>> <permission principal="group:authors"
> >> target="/**/*.*"
> >>> activity="create"/>
> >>> <permission principal="group:authors"
> >> target="/**/*.*"
> >>> activity="write"/>
> >>> <permission principal="group:authors"
> >> target="/**/*.*"
> >>> activity="delete"/>
> >>> <permission principal="group:authors"
> >> target="/**/"
> >>> activity="build"/>
> >>> <permission principal="group:authors"
> >> target="/**/*.*"
> >>> activity="build"/>
> >>> <permission principal="group:approvers"
> >> target="/**/"
> >>> activity="read"/>
> >>> <permission principal="group:approvers"
> >>> target="/**/*.*" activity="create"/>
> >>> <permission principal="group:approvers"
> >>> target="/**/*.*" activity="write"/>
> 
=== message truncated ===



       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC

Re: [Hypercontent-users] download zip facility

[Alex V. <al...@bi...>]

Hi,
	OK, you found a real bug there!  I checked in the fix to

org.hypercontent.workflow.exec.impl.ZippingExecutable

The bug would have kept anyone who is not an admin from downloading a =20=

zip.

However, users will still only be able to zip files and directories =20
for which they have read permission.  And to be clear, this permission:

<permission principal=3D"group:publishers"
  target=3D"/**/"  activity=3D"read"/>

does NOT override

<permission principal=3D"group:anybody"
  target=3D"/config/**/"  activity=3D"read" denied=3D"true"/>

See my explanation again of precedence in permissions:  more specific =20=

targets are given higher weight than more specific groups.  So this =20
permission:

<permission principal=3D"group:publishers"
  target=3D"/config/**/"  activity=3D"read"/>

DOES override

<permission principal=3D"group:anybody"
  target=3D"/config/**/"  activity=3D"read" denied=3D"true"/>


Cheers,
Alex



On Aug 29, 2007, at 11:41 PM, tom tom wrote:

> Hi Alex,
>
> I tried many possibilities but failed. see my
> observations below,
>
> I dont want everybody to see the configuration
> directories, that is why I am having those denied=3Dtrue
> for those targets, but the thing which I can't
> understand is as we have the following shouldnt this
> overide the top level permissions.
>
> <permission principal=3D"group:publishers"
>  target=3D"/**/"  activity=3D"read"/>
>
> <permission principal=3D"group:publishers"
>  target=3D"/**/*.*" activity=3D"read"/>
>
>
> As the above failed I did overide all the denied=3Dtrue
> entries in the publisher group to have the read
> rights,
> but that also failed. This is what you recommended.
>
> In the end I removed all the top denied=3Dtrue entries,
> e.g
> <permission principal=3D"group:anybody"
> target=3D"/config/**/" activity=3D"read" denied=3D"true"/>
>
>  but still it fails.
>
> If I go to a specific directory and try to zip which
> has not been restricted, still it shows the same
> problem.
>
> Can you try this in your environment.? I have a
> feeling something wrong some where, let me know if you
> want to see my zip.xml
>
> Thanks,
>
>
>
>
>
>> 	It could have something to do with your permissions
>> setup.  HC has
>> to resolve conflicting permissions in two ways:
>> those which have a
>> more specific target, and those which have a more
>> specific group.  It
>> evaluates them in that order, so that a more
>> specific target is
>> honored over a more specific group.  In your case,
>> that means
>> publishers are inheriting "denied" read permissions
>> for design, xsl,
>> config and dtd from group:anybody; however if you
>> assign
>> group:publishers read for any of those targets, the
>> more specific
>> group of publishers will take precedence.
>> =09
>> Alex
>>
>> On Aug 28, 2007, at 8:18 PM, tom tom wrote:
>>
>>> Hi Alex,
>>>
>>> Yes it is not a empty directory at all, basically
>> this
>>> is the very root folder, my intention was to
>> download
>>> the entire site as a publisher.
>>>
>>> this works fine if I login as a administrator.
>>>
>>> But we want to give the download zip feature for
>>> publishers as well. That is this effort.
>>>
>>>
>>> After the above effort I did login and browse to a
>>> lower directory and tried to download it but still
>> it
>>> doenst show the link but shows the error which I
>> sent
>>> previous email.
>>>
>>> Any how I am sending my permissions.xml and
>> zip.xml
>>> for your reference
>>>
>>> permissions.xml
>>> <permissions>
>>> <permission principal=3D"group:anybody"
>> target=3D"/**/*.*"
>>> activity=3D"read"/>
>>> <permission principal=3D"group:anybody"
>>> target=3D"/config/**/*.*" activity=3D"read"
>>> denied=3D"true"/>
>>> <permission principal=3D"group:anybody"
>>> target=3D"/config/**/" activity=3D"read"
>> denied=3D"true"/>
>>> <permission principal=3D"group:anybody"
>>> target=3D"/design/**/" activity=3D"read"
>> denied=3D"true"/>
>>> <permission principal=3D"group:anybody"
>>> target=3D"/xsl/**/" activity=3D"read" denied=3D"true"/>
>>> <permission principal=3D"group:anybody"
>>> target=3D"/dtd/**/" activity=3D"read" denied=3D"true"/>
>>> <permission principal=3D"group:anybody"
>>> target=3D"/workflow-data/**/" activity=3D"read"
>>> denied=3D"true"/>
>>> <permission principal=3D"group:authors"
>> target=3D"/**/"
>>> activity=3D"read"/>
>>> <permission principal=3D"group:authors"
>> target=3D"/**/*.*"
>>> activity=3D"create"/>
>>> <permission principal=3D"group:authors"
>> target=3D"/**/*.*"
>>> activity=3D"write"/>
>>> <permission principal=3D"group:authors"
>> target=3D"/**/*.*"
>>> activity=3D"delete"/>
>>> <permission principal=3D"group:authors"
>> target=3D"/**/"
>>> activity=3D"build"/>
>>> <permission principal=3D"group:authors"
>> target=3D"/**/*.*"
>>> activity=3D"build"/>
>>> <permission principal=3D"group:approvers"
>> target=3D"/**/"
>>> activity=3D"read"/>
>>> <permission principal=3D"group:approvers"
>>> target=3D"/**/*.*" activity=3D"create"/>
>>> <permission principal=3D"group:approvers"
>>> target=3D"/**/*.*" activity=3D"write"/>
>>> <permission principal=3D"group:approvers"
>>> target=3D"/**/*.*" activity=3D"delete"/>
>>> <permission principal=3D"group:approvers"
>>> target=3D"/**/*.*" activity=3D"approve"/>
>>> <permission principal=3D"group:publishers"
>> target=3D"/**/"
>>> activity=3D"read"/>
>>> <permission principal=3D"group:publishers"
>>> target=3D"/**/*.*" activity=3D"read"/>
>>> <permission principal=3D"group:publishers"
>> target=3D"/**/"
>>> activity=3D"publish"/>
>>> <permission principal=3D"group:publishers"
>>> target=3D"/**/*.*" activity=3D"publish"/>
>>> </permissions>
>>>
>>>
>>> zip.xml
>>>
>>> <workflow binding=3D"/**/">
>>> =E2=88=92
>>> 	<event name=3D"download-zip" permissions=3D"read">
>>> <variable name=3D"zipper" value=3D"${actor}"/>
>>> <variable name=3D"href"
>>>
>>
> value=3D"${abs-server-base}/screens/please-wait.html"/>
>>> <nq q=3D"zipping"/>
>>> <nq who=3D"${zipper}"/>
>>> <zip/>
>>> </event>
>>> =E2=88=92
>>> 	<event name=3D"upload-zip"
>> permissions=3D"read,write">
>>> <variable name=3D"uploader" value=3D"${actor}"/>
>>> <input name=3D"zip" label=3D"Choose a zip to upload"
>>> type=3D"file"/>
>>> <input name=3D"force" type=3D"select" label=3D"Force
>>> overwrite" options=3D"true,false" default=3D"false"/>
>>> <copy path=3D"/" source=3D"${zip}"
>> destination=3D"${path}"
>>> force=3D"${force}" delete=3D"false"/>
>>> <variable name=3D"href"
>>>
>>
> value=3D"${abs-server-base}/screens/please-wait.html"/>
>>> <nq q=3D"uploading"/>
>>> <nq who=3D"${uploader}"/>
>>> </event>
>>> =E2=88=92
>>> 	<q id=3D"zipping">
>>> =E2=88=92
>>> 	<event name=3D"batch-complete">
>>> <variable name=3D"zip" value=3D"${zip}"/>
>>> <variable name=3D"href"
>>>
>>
> value=3D"${abs-server-base}${zip}?mode=3Ddownload-link"/>
>>> <dq/>
>>> <nq q=3D"zipped"/>
>>> </event>
>>> </q>
>>> =E2=88=92
>>> 	<q id=3D"uploading">
>>> =E2=88=92
>>> 	<event name=3D"batch-complete">
>>> <variable name=3D"href"
>>>
>>
> value=3D"${abs-server-base}${work-path}?mode=3Dwork-details"/>
>>> <dq/>
>>> <nq q=3D"uploaded"/>
>>> </event>
>>> </q>
>>> =E2=88=92
>>> 	<q id=3D"zipped">
>>> =E2=88=92
>>> 	<event name=3D"discard" who=3D"${zipper}">
>>> <delete path=3D"${zip}"/>
>>> <dq/>
>>> <dq who=3D"${zipper}"/>
>>> </event>
>>> </q>
>>> =E2=88=92
>>> 	<q id=3D"uploaded">
>>> =E2=88=92
>>> 	<event name=3D"discard" who=3D"${uploader}">
>>> <delete path=3D"${zip}"/>
>>> <dq/>
>>> <dq who=3D"${uploader}"/>
>>> </event>
>>> </q>
>>> </workflow
>>>
>>>
>>>
>>>
>>> --- Alex Vigdor <al...@bi...> wrote:
>>>
>>>> Hi Lalitha,
>>>> 	That error indicates that no files were in the
>> zip.
>>>>  Are you sure
>>>> you were trying to download a non-empty
>> directory?
>>>>
>>>> Cheers,
>>>> 	Alex
>>>>
>>>> On Aug 27, 2007, at 8:41 PM, tom tom wrote:
>>>>
>>
> =3D=3D=3D message truncated =3D=3D=3D
>
>
>
>
> ______________________________________________________________________=20=

> ______________
> Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: =20=

> mail, news, photos & more.
> http://mobile.yahoo.com/go?refer=3D1GNXIC
>

Re: [Hypercontent-users] Schedule update error

[tom t. <j_l...@ya...>]

Hi Alex,

Thanks for the infor, I got this working, only pending
thing is the publishers to have the download zip
feature.

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

> With that href you should see details on the right
> hand side like  
> this (I just did this using the same script in my
> environment)
> 
> History
> 8/29/07 9:47:49 AM
> Schedule Appearance
> by you
> Current Queues
> /workflow-data/queues/principal/alex
> /workflow-data/queues/schedule/scheduled
> Attributes
> start-edition = 2
> href =
>
https://server.net/project/workflow-data/work/1p/xi/dv/8j/hf/
> 
> 1pxidv8jhfkw.ser?mode=work-details
> pre-edition = 1
> end-date = 2007-08-29 09:50
> scheduler = alex
> start-date = 2007-08-29 09:49
> end-edition = 1
> 
> This is exactly the same screen that appears when
> you click "more  
> details" on the lower left hand side of the screen. 
> Does that link  
> work for you?  The template for that screen is 
> located in the  
> bootstrap project at /screens/work-details.vm.
> 
> You should make sure that you have enabled "read"
> permissions for  
> files matching /workflow-data/**/*.* for authors and
> other relevant  
> groups that should be able to see workflow details. 
> See my last  
> message about permissions inheritance; you may be
> unintentionally  
> blocking access to the screen.
> 
> Alex
> 
> On Aug 28, 2007, at 9:42 PM, tom tom wrote:
> 
> > Hi Alex,
> >
> > I did what you stated, the error disappeared but
> it
> > shows a blank page in the right hand side, should
> it
> > show the updated schedule entries instead of a
> blank
> > page.
> >
> > Following is the top entries of the xml with your
> > change, should I have the change some where down?
> >
> > workflow binding="/**/*.*">
> > −
> > 	<event name="schedule-appearance"
> > permissions="approve">
> >
> > <variable name="href"
> >
>
value="${abs-server-base}${work-path}?mode=work-details"/>
> >
> > <input label="Please enter a beginning date as
> > YYYY-MM-DD [00-23]:[00-59]" name="start-date"
> > pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d"
> type="text"/>
> >
> > <input label="Please enter an ending date"
> > name="end-date" pattern="\d\d\d\d-\d\d-\d\d
> \d\d:\d\d"
> > type="text"/>
> >
> > <input default="-1" label="Please enter the
> edition to
> > appear before the start date (-1 for invisible)"
> > name="pre-edition" type="text"/>
> >
> >
> > --- Alex Vigdor <al...@bi...> wrote:
> >
> >> Hi ,
> >> 	"href" is a property of a work item that
> indicates
> >> what should be
> >> displayed in the right hand pane of the workflow
> >> screen.  Since
> >> "href" is not set in that script, you are seeing
> the
> >> "file not found"
> >> error - this is actually harmless, but you might
> >> want to add
> >> something like this in the top level event:
> >>
> >> <variable name="href"
> >> value="${abs-server-base}${work-path}?mode=work-
> >> details"/>
> >>
> >> That will set the right hand to display the "work
> >> details" screen.
> >>
> >> Alex
> >>
> >> On Aug 28, 2007, at 2:47 AM, tom tom wrote:
> >>
> >>> Hi,
> >>>
> >>> When I try to update the schedule parameters in
> >> the
> >>> workflow screen and press the schedule
> appearance
> >>> button
> >>> it gives the following error,
> >>>
> >>> what is this $href
> >>>
> >>> No file found at
> >>>
> >>
> >
>
http://localhost/hypercontent/production/studentDetails/
> >>
> >>> studentUpdates/$href
> >>>
> >>> my schedule.xml looks as follows.
> >>>
> >>>
> >>>
> >>> workflow binding="/**/*.*">
> >>> −
> >>> 	<event name="schedule-appearance"
> >>> permissions="approve">
> >>> <input label="Please enter a beginning date as
> >>> YYYY-MM-DD [00-23]:[00-59]" name="start-date"
> >>> pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d"
> >> type="text"/>
> >>> <input label="Please enter an ending date"
> >>> name="end-date" pattern="\d\d\d\d-\d\d-\d\d
> >> \d\d:\d\d"
> >>> type="text"/>
> >>> <input default="-1" label="Please enter the
> >> edition to
> >>> appear before the start date (-1 for invisible)"
> >>> name="pre-edition" type="text"/>
> >>> <input label="Please enter the edition to appear
> >> on
> >>> the start date" name="start-edition"
> type="text"/>
> >>> <input default="-1" label="Please enter the
> >> edition to
> >>> appear on the end date (or -1 to disappear)"
> >>> name="end-edition" type="text"/>
> >>> <variable name="scheduler" value="${actor}"/>
> >>> <nq who="${scheduler}"/>
> >>> <nq q="scheduled"/>
> >>> −
> >>> 	<exec
> >>>
> >>
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> >>> <with-param name="edition"
> >> value="${pre-edition}"/>
> >>> </exec>
> >>> </event>
> >>> −
> >>> 	<q id="scheduled">
> >>> −
> >>> 	<event name="begin-appear"
> when="${start-date}">
> >>> −
> >>> 	<exec
> >>>
> >>
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> >>> <with-param name="edition"
> >> value="${start-edition}"/>
> >>> </exec>
> >>> </event>
> >>> −
> >>> 	<event name="end-appear" when="${end-date}">
> >>> −
> >>> 	<exec
> >>>
> >>
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> >>> <with-param name="edition"
> >> value="${end-edition}"/>
> >>> </exec>
> >>> <dq/>
> >>> <dq who="${scheduler}"/>
> >>> </event>
> >>> −
> >>> 	<event name="cancel" who="${scheduler}">
> 
=== message truncated ===



       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC

Re: [Hypercontent-users] download zip facility

[tom t. <j_l...@ya...>]

Hi Alex,

I tried many possibilities but failed. see my
observations below,

I dont want everybody to see the configuration
directories, that is why I am having those denied=true
for those targets, but the thing which I can't
understand is as we have the following shouldnt this
overide the top level permissions.

<permission principal="group:publishers"
 target="/**/"  activity="read"/>

<permission principal="group:publishers"
 target="/**/*.*" activity="read"/>


As the above failed I did overide all the denied=true
entries in the publisher group to have the read
rights,
but that also failed. This is what you recommended.

In the end I removed all the top denied=true entries,
e.g
<permission principal="group:anybody"
target="/config/**/" activity="read" denied="true"/>

 but still it fails.

If I go to a specific directory and try to zip which
has not been restricted, still it shows the same
problem.

Can you try this in your environment.? I have a
feeling something wrong some where, let me know if you
want to see my zip.xml

Thanks,





> 	It could have something to do with your permissions
> setup.  HC has  
> to resolve conflicting permissions in two ways:
> those which have a  
> more specific target, and those which have a more
> specific group.  It  
> evaluates them in that order, so that a more
> specific target is  
> honored over a more specific group.  In your case,
> that means  
> publishers are inheriting "denied" read permissions
> for design, xsl,  
> config and dtd from group:anybody; however if you
> assign  
> group:publishers read for any of those targets, the
> more specific  
> group of publishers will take precedence.
> 	
> Alex
> 
> On Aug 28, 2007, at 8:18 PM, tom tom wrote:
> 
> > Hi Alex,
> >
> > Yes it is not a empty directory at all, basically
> this
> > is the very root folder, my intention was to
> download
> > the entire site as a publisher.
> >
> > this works fine if I login as a administrator.
> >
> > But we want to give the download zip feature for
> > publishers as well. That is this effort.
> >
> >
> > After the above effort I did login and browse to a
> > lower directory and tried to download it but still
> it
> > doenst show the link but shows the error which I
> sent
> > previous email.
> >
> > Any how I am sending my permissions.xml and
> zip.xml
> > for your reference
> >
> > permissions.xml
> > <permissions>
> > <permission principal="group:anybody"
> target="/**/*.*"
> > activity="read"/>
> > <permission principal="group:anybody"
> > target="/config/**/*.*" activity="read"
> > denied="true"/>
> > <permission principal="group:anybody"
> > target="/config/**/" activity="read"
> denied="true"/>
> > <permission principal="group:anybody"
> > target="/design/**/" activity="read"
> denied="true"/>
> > <permission principal="group:anybody"
> > target="/xsl/**/" activity="read" denied="true"/>
> > <permission principal="group:anybody"
> > target="/dtd/**/" activity="read" denied="true"/>
> > <permission principal="group:anybody"
> > target="/workflow-data/**/" activity="read"
> > denied="true"/>
> > <permission principal="group:authors"
> target="/**/"
> > activity="read"/>
> > <permission principal="group:authors"
> target="/**/*.*"
> > activity="create"/>
> > <permission principal="group:authors"
> target="/**/*.*"
> > activity="write"/>
> > <permission principal="group:authors"
> target="/**/*.*"
> > activity="delete"/>
> > <permission principal="group:authors"
> target="/**/"
> > activity="build"/>
> > <permission principal="group:authors"
> target="/**/*.*"
> > activity="build"/>
> > <permission principal="group:approvers"
> target="/**/"
> > activity="read"/>
> > <permission principal="group:approvers"
> > target="/**/*.*" activity="create"/>
> > <permission principal="group:approvers"
> > target="/**/*.*" activity="write"/>
> > <permission principal="group:approvers"
> > target="/**/*.*" activity="delete"/>
> > <permission principal="group:approvers"
> > target="/**/*.*" activity="approve"/>
> > <permission principal="group:publishers"
> target="/**/"
> > activity="read"/>
> > <permission principal="group:publishers"
> > target="/**/*.*" activity="read"/>
> > <permission principal="group:publishers"
> target="/**/"
> > activity="publish"/>
> > <permission principal="group:publishers"
> > target="/**/*.*" activity="publish"/>
> > </permissions>
> >
> >
> > zip.xml
> >
> > <workflow binding="/**/">
> > −
> > 	<event name="download-zip" permissions="read">
> > <variable name="zipper" value="${actor}"/>
> > <variable name="href"
> >
>
value="${abs-server-base}/screens/please-wait.html"/>
> > <nq q="zipping"/>
> > <nq who="${zipper}"/>
> > <zip/>
> > </event>
> > −
> > 	<event name="upload-zip"
> permissions="read,write">
> > <variable name="uploader" value="${actor}"/>
> > <input name="zip" label="Choose a zip to upload"
> > type="file"/>
> > <input name="force" type="select" label="Force
> > overwrite" options="true,false" default="false"/>
> > <copy path="/" source="${zip}"
> destination="${path}"
> > force="${force}" delete="false"/>
> > <variable name="href"
> >
>
value="${abs-server-base}/screens/please-wait.html"/>
> > <nq q="uploading"/>
> > <nq who="${uploader}"/>
> > </event>
> > −
> > 	<q id="zipping">
> > −
> > 	<event name="batch-complete">
> > <variable name="zip" value="${zip}"/>
> > <variable name="href"
> >
>
value="${abs-server-base}${zip}?mode=download-link"/>
> > <dq/>
> > <nq q="zipped"/>
> > </event>
> > </q>
> > −
> > 	<q id="uploading">
> > −
> > 	<event name="batch-complete">
> > <variable name="href"
> >
>
value="${abs-server-base}${work-path}?mode=work-details"/>
> > <dq/>
> > <nq q="uploaded"/>
> > </event>
> > </q>
> > −
> > 	<q id="zipped">
> > −
> > 	<event name="discard" who="${zipper}">
> > <delete path="${zip}"/>
> > <dq/>
> > <dq who="${zipper}"/>
> > </event>
> > </q>
> > −
> > 	<q id="uploaded">
> > −
> > 	<event name="discard" who="${uploader}">
> > <delete path="${zip}"/>
> > <dq/>
> > <dq who="${uploader}"/>
> > </event>
> > </q>
> > </workflow
> >
> >
> >
> >
> > --- Alex Vigdor <al...@bi...> wrote:
> >
> >> Hi Lalitha,
> >> 	That error indicates that no files were in the
> zip.
> >>  Are you sure
> >> you were trying to download a non-empty
> directory?
> >>
> >> Cheers,
> >> 	Alex
> >>
> >> On Aug 27, 2007, at 8:41 PM, tom tom wrote:
> >>
> 
=== message truncated ===



       
____________________________________________________________________________________
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC

Re: [Hypercontent-users] More functionality - will be help for all

[Alex V. <al...@bi...>]

On Aug 28, 2007, at 11:31 PM, tom tom wrote:

> Hi Alex,
>
> I think I could cover almost everything of the user
> requests, but am waiting on the answers for other
> emails which I sent to you,
>
> Only thing which I couldnt address was text compare
> tool, that is something we can live with for the time
> being.
>
>
> Any how see my observersations and comments.
>
>
>> One can make edits and either not save them (which
>> leaves them in a
>> persistent "draft" state), or save them and schedule
>> the change of
>> edition.  So it is still possible to do edits for a
>> future publishing
>> cycle.
>
> If I can remember, you did state in one email that if
> we dont save or discard, it might lead to locking
> issues, Due to this reason I decided to make use of
> the sceduling feature for this, Other posibility is
> they can make use of the make current option to get
> around with this.

Yes, that should be a safe approach.

>
>
>
>> The scheduling script is only for one source file.
>> It schedules the
>> change of the "edition pointer" that governs which
>> version of a file
>> is live.  To have it republish immediately after
>> updating the
>> pointer, in schedule.xml you could add at line 23
>> after the
>> SetCurrentEdition command
>>
>> <render path="${path}" destination="/publish/"
>> force="false"
>> delete="true"/>
>>
>> The schedule script  has two times - a begin and end
>> time.  You might
>> want to create a variant on the script to schedule
>> just a single
>> change of edition and immediately republish,
>> something like this
>
> We got a staging area, hence we dont need a immediate
> republish, it is enough that the scheduler change the
> edition and we got a master sceduler(discussed later)
> that will do a automatic build and publish. So at that
> time this edition also will be looked after. Let me
> know if this is not the best way to do?

This makes sense - sounds fine to me!

>
>
>>> What if I want all the content content to be
>>> pulished/build on each monday. Can the publisher
>>> define such a thing using the interfaces?
>>
>> You could define a workflow script to do this as
>> well (5am every
>> Monday):
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <!DOCTYPE workflow SYSTEM
>> "http://hypercontent.sourceforge.net/dtd/
>> workflow.dtd">
>> <workflow binding="/**/*.*">
>> 	<event name="schedule-publish" when="@0 5 2">
>> 		<render path="/" destination="/publish/"
>> force="false" delete="true"/>
>> 	</event>
>> </workflow>
>
>
> Why we need to define another workflow, why cant we do
> in the same publish.xml as follows as an event? Is
> anything wrong in doing like this?
>
> <event name="schedule-publish" when="@0 5 2">
> <copy delete="true" destination="/publish/"
> force="false" path="/" source="/build/"/>
> </event
>
>

You can add that event to the existing publish script, no problem.

Cheers,
Alex

Re: [Hypercontent-users] Schedule update error

[Alex V. <al...@bi...>]

With that href you should see details on the right hand side like =20
this (I just did this using the same script in my environment)

History
8/29/07 9:47:49 AM
Schedule Appearance
by you
Current Queues
/workflow-data/queues/principal/alex
/workflow-data/queues/schedule/scheduled
Attributes
start-edition =3D 2
href =3D https://server.net/project/workflow-data/work/1p/xi/dv/8j/hf/=20=

1pxidv8jhfkw.ser?mode=3Dwork-details
pre-edition =3D 1
end-date =3D 2007-08-29 09:50
scheduler =3D alex
start-date =3D 2007-08-29 09:49
end-edition =3D 1

This is exactly the same screen that appears when you click "more =20
details" on the lower left hand side of the screen.  Does that link =20
work for you?  The template for that screen is  located in the =20
bootstrap project at /screens/work-details.vm.

You should make sure that you have enabled "read" permissions for =20
files matching /workflow-data/**/*.* for authors and other relevant =20
groups that should be able to see workflow details.  See my last =20
message about permissions inheritance; you may be unintentionally =20
blocking access to the screen.

Alex

On Aug 28, 2007, at 9:42 PM, tom tom wrote:

> Hi Alex,
>
> I did what you stated, the error disappeared but it
> shows a blank page in the right hand side, should it
> show the updated schedule entries instead of a blank
> page.
>
> Following is the top entries of the xml with your
> change, should I have the change some where down?
>
> workflow binding=3D"/**/*.*">
> =E2=88=92
> 	<event name=3D"schedule-appearance"
> permissions=3D"approve">
>
> <variable name=3D"href"
> value=3D"${abs-server-base}${work-path}?mode=3Dwork-details"/>
>
> <input label=3D"Please enter a beginning date as
> YYYY-MM-DD [00-23]:[00-59]" name=3D"start-date"
> pattern=3D"\d\d\d\d-\d\d-\d\d \d\d:\d\d" type=3D"text"/>
>
> <input label=3D"Please enter an ending date"
> name=3D"end-date" pattern=3D"\d\d\d\d-\d\d-\d\d \d\d:\d\d"
> type=3D"text"/>
>
> <input default=3D"-1" label=3D"Please enter the edition to
> appear before the start date (-1 for invisible)"
> name=3D"pre-edition" type=3D"text"/>
>
>
> --- Alex Vigdor <al...@bi...> wrote:
>
>> Hi ,
>> 	"href" is a property of a work item that indicates
>> what should be
>> displayed in the right hand pane of the workflow
>> screen.  Since
>> "href" is not set in that script, you are seeing the
>> "file not found"
>> error - this is actually harmless, but you might
>> want to add
>> something like this in the top level event:
>>
>> <variable name=3D"href"
>> value=3D"${abs-server-base}${work-path}?mode=3Dwork-
>> details"/>
>>
>> That will set the right hand to display the "work
>> details" screen.
>>
>> Alex
>>
>> On Aug 28, 2007, at 2:47 AM, tom tom wrote:
>>
>>> Hi,
>>>
>>> When I try to update the schedule parameters in
>> the
>>> workflow screen and press the schedule appearance
>>> button
>>> it gives the following error,
>>>
>>> what is this $href
>>>
>>> No file found at
>>>
>>
> http://localhost/hypercontent/production/studentDetails/
>>
>>> studentUpdates/$href
>>>
>>> my schedule.xml looks as follows.
>>>
>>>
>>>
>>> workflow binding=3D"/**/*.*">
>>> =E2=88=92
>>> 	<event name=3D"schedule-appearance"
>>> permissions=3D"approve">
>>> <input label=3D"Please enter a beginning date as
>>> YYYY-MM-DD [00-23]:[00-59]" name=3D"start-date"
>>> pattern=3D"\d\d\d\d-\d\d-\d\d \d\d:\d\d"
>> type=3D"text"/>
>>> <input label=3D"Please enter an ending date"
>>> name=3D"end-date" pattern=3D"\d\d\d\d-\d\d-\d\d
>> \d\d:\d\d"
>>> type=3D"text"/>
>>> <input default=3D"-1" label=3D"Please enter the
>> edition to
>>> appear before the start date (-1 for invisible)"
>>> name=3D"pre-edition" type=3D"text"/>
>>> <input label=3D"Please enter the edition to appear
>> on
>>> the start date" name=3D"start-edition" type=3D"text"/>
>>> <input default=3D"-1" label=3D"Please enter the
>> edition to
>>> appear on the end date (or -1 to disappear)"
>>> name=3D"end-edition" type=3D"text"/>
>>> <variable name=3D"scheduler" value=3D"${actor}"/>
>>> <nq who=3D"${scheduler}"/>
>>> <nq q=3D"scheduled"/>
>>> =E2=88=92
>>> 	<exec
>>>
>>
> command=3D"org.hypercontent.workflow.command.SetCurrentEdition">
>>> <with-param name=3D"edition"
>> value=3D"${pre-edition}"/>
>>> </exec>
>>> </event>
>>> =E2=88=92
>>> 	<q id=3D"scheduled">
>>> =E2=88=92
>>> 	<event name=3D"begin-appear" when=3D"${start-date}">
>>> =E2=88=92
>>> 	<exec
>>>
>>
> command=3D"org.hypercontent.workflow.command.SetCurrentEdition">
>>> <with-param name=3D"edition"
>> value=3D"${start-edition}"/>
>>> </exec>
>>> </event>
>>> =E2=88=92
>>> 	<event name=3D"end-appear" when=3D"${end-date}">
>>> =E2=88=92
>>> 	<exec
>>>
>>
> command=3D"org.hypercontent.workflow.command.SetCurrentEdition">
>>> <with-param name=3D"edition"
>> value=3D"${end-edition}"/>
>>> </exec>
>>> <dq/>
>>> <dq who=3D"${scheduler}"/>
>>> </event>
>>> =E2=88=92
>>> 	<event name=3D"cancel" who=3D"${scheduler}">
>>> <dq/>
>>> <dq who=3D"${scheduler}"/>
>>> </event>
>>> </q>
>>> </workflow
>>>
>>>
>>>
>>>
>>
> ______________________________________________________________________
>>
>>> ______________
>>> Pinpoint customers who are looking for what you
>> sell.
>>> http://searchmarketing.yahoo.com/
>>>
>>
>>
>>
> ----------------------------------------------------------------------=20=

> ---
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?
>> Stop.
>> Now Search log events and configuration files using
>> AJAX and a browser.
>> Download your FREE copy of Splunk now >>
>> http://get.splunk.com/
>> _______________________________________________
>> Hypercontent-users mailing list
>> Hyp...@li...
>>
> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>
>
>
>
>
> ______________________________________________________________________=20=

> ______________
> Need a vacation? Get great deals
> to amazing places on Yahoo! Travel.
> http://travel.yahoo.com/
>

Re: [Hypercontent-users] download zip facility

[Alex V. <al...@bi...>]

Hi,
	It could have something to do with your permissions setup.  HC =
has =20
to resolve conflicting permissions in two ways: those which have a =20
more specific target, and those which have a more specific group.  It =20=

evaluates them in that order, so that a more specific target is =20
honored over a more specific group.  In your case, that means =20
publishers are inheriting "denied" read permissions for design, xsl, =20
config and dtd from group:anybody; however if you assign =20
group:publishers read for any of those targets, the more specific =20
group of publishers will take precedence.
=09
Alex

On Aug 28, 2007, at 8:18 PM, tom tom wrote:

> Hi Alex,
>
> Yes it is not a empty directory at all, basically this
> is the very root folder, my intention was to download
> the entire site as a publisher.
>
> this works fine if I login as a administrator.
>
> But we want to give the download zip feature for
> publishers as well. That is this effort.
>
>
> After the above effort I did login and browse to a
> lower directory and tried to download it but still it
> doenst show the link but shows the error which I sent
> previous email.
>
> Any how I am sending my permissions.xml and zip.xml
> for your reference
>
> permissions.xml
> <permissions>
> <permission principal=3D"group:anybody" target=3D"/**/*.*"
> activity=3D"read"/>
> <permission principal=3D"group:anybody"
> target=3D"/config/**/*.*" activity=3D"read"
> denied=3D"true"/>
> <permission principal=3D"group:anybody"
> target=3D"/config/**/" activity=3D"read" denied=3D"true"/>
> <permission principal=3D"group:anybody"
> target=3D"/design/**/" activity=3D"read" denied=3D"true"/>
> <permission principal=3D"group:anybody"
> target=3D"/xsl/**/" activity=3D"read" denied=3D"true"/>
> <permission principal=3D"group:anybody"
> target=3D"/dtd/**/" activity=3D"read" denied=3D"true"/>
> <permission principal=3D"group:anybody"
> target=3D"/workflow-data/**/" activity=3D"read"
> denied=3D"true"/>
> <permission principal=3D"group:authors" target=3D"/**/"
> activity=3D"read"/>
> <permission principal=3D"group:authors" target=3D"/**/*.*"
> activity=3D"create"/>
> <permission principal=3D"group:authors" target=3D"/**/*.*"
> activity=3D"write"/>
> <permission principal=3D"group:authors" target=3D"/**/*.*"
> activity=3D"delete"/>
> <permission principal=3D"group:authors" target=3D"/**/"
> activity=3D"build"/>
> <permission principal=3D"group:authors" target=3D"/**/*.*"
> activity=3D"build"/>
> <permission principal=3D"group:approvers" target=3D"/**/"
> activity=3D"read"/>
> <permission principal=3D"group:approvers"
> target=3D"/**/*.*" activity=3D"create"/>
> <permission principal=3D"group:approvers"
> target=3D"/**/*.*" activity=3D"write"/>
> <permission principal=3D"group:approvers"
> target=3D"/**/*.*" activity=3D"delete"/>
> <permission principal=3D"group:approvers"
> target=3D"/**/*.*" activity=3D"approve"/>
> <permission principal=3D"group:publishers" target=3D"/**/"
> activity=3D"read"/>
> <permission principal=3D"group:publishers"
> target=3D"/**/*.*" activity=3D"read"/>
> <permission principal=3D"group:publishers" target=3D"/**/"
> activity=3D"publish"/>
> <permission principal=3D"group:publishers"
> target=3D"/**/*.*" activity=3D"publish"/>
> </permissions>
>
>
> zip.xml
>
> <workflow binding=3D"/**/">
> =E2=88=92
> 	<event name=3D"download-zip" permissions=3D"read">
> <variable name=3D"zipper" value=3D"${actor}"/>
> <variable name=3D"href"
> value=3D"${abs-server-base}/screens/please-wait.html"/>
> <nq q=3D"zipping"/>
> <nq who=3D"${zipper}"/>
> <zip/>
> </event>
> =E2=88=92
> 	<event name=3D"upload-zip" permissions=3D"read,write">
> <variable name=3D"uploader" value=3D"${actor}"/>
> <input name=3D"zip" label=3D"Choose a zip to upload"
> type=3D"file"/>
> <input name=3D"force" type=3D"select" label=3D"Force
> overwrite" options=3D"true,false" default=3D"false"/>
> <copy path=3D"/" source=3D"${zip}" destination=3D"${path}"
> force=3D"${force}" delete=3D"false"/>
> <variable name=3D"href"
> value=3D"${abs-server-base}/screens/please-wait.html"/>
> <nq q=3D"uploading"/>
> <nq who=3D"${uploader}"/>
> </event>
> =E2=88=92
> 	<q id=3D"zipping">
> =E2=88=92
> 	<event name=3D"batch-complete">
> <variable name=3D"zip" value=3D"${zip}"/>
> <variable name=3D"href"
> value=3D"${abs-server-base}${zip}?mode=3Ddownload-link"/>
> <dq/>
> <nq q=3D"zipped"/>
> </event>
> </q>
> =E2=88=92
> 	<q id=3D"uploading">
> =E2=88=92
> 	<event name=3D"batch-complete">
> <variable name=3D"href"
> value=3D"${abs-server-base}${work-path}?mode=3Dwork-details"/>
> <dq/>
> <nq q=3D"uploaded"/>
> </event>
> </q>
> =E2=88=92
> 	<q id=3D"zipped">
> =E2=88=92
> 	<event name=3D"discard" who=3D"${zipper}">
> <delete path=3D"${zip}"/>
> <dq/>
> <dq who=3D"${zipper}"/>
> </event>
> </q>
> =E2=88=92
> 	<q id=3D"uploaded">
> =E2=88=92
> 	<event name=3D"discard" who=3D"${uploader}">
> <delete path=3D"${zip}"/>
> <dq/>
> <dq who=3D"${uploader}"/>
> </event>
> </q>
> </workflow
>
>
>
>
> --- Alex Vigdor <al...@bi...> wrote:
>
>> Hi Lalitha,
>> 	That error indicates that no files were in the zip.
>>  Are you sure
>> you were trying to download a non-empty directory?
>>
>> Cheers,
>> 	Alex
>>
>> On Aug 27, 2007, at 8:41 PM, tom tom wrote:
>>
>>> Hi Alex,
>>>
>>> I did the following
>>>
>>> 1)In my project permissions.xml I did add the
>>> following entry
>>> <permission principal =3D"group:publishers"
>>> target=3D"/**/"
>>> activity=3D"read"/>
>>> <permission principal =3D"group:publishers"
>>> target=3D"/**/*.*"
>>> activity=3D"read"/>
>>>
>>>
>>> 2) In the bootstrap project I changed as follows
>>>
>>> <permission principal =3D"group:anybody"
>>> target=3D"/screens/**/*.html"
>>> activity=3D"read"/>
>>>
>>> But when I go to the workflow screen and press the
>>> download zip, this time it did not give a
>>> authorization  exception but just stays in the
>>> please-wait.html. It does not show the download
>> link,
>>>
>>> When I click show details, it gives the following.
>>>
>>> Should I have to do anything else.
>>>
>>>
>>>
>>> Processing
>>> Error
>>> ZIP file must have at least one entry
>>>
>>
> [java.util.zip.ZipOutputStream.finish(ZipOutputStream.java:291),
>>>
>>
> org.hypercontent.workflow.exec.impl.ZippingExecutable.execute
>>
>>> (ZippingExecutable.java:139),
>>>
>>
> org.hypercontent.workflow.exec.impl.AbstractExecutable.runWithExceptio
>>
>>> n(AbstractExecutable.java:127),
>>>
>>
> org.hypercontent.workflow.exec.impl.AbstractExecutable.run
>>
>>> (AbstractExecutable.java:147),
>>>
>>
> org.hypercontent.workflow.queue.impl.ExecutableQueueRunner.run
>>
>>> (ExecutableQueueRunner.java:106),
>>>
>>
> org.hypercontent.workflow.thread.CPQThread.run(CPQThread.java:62)]
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --- Alex Vigdor <al...@bi...> wrote:
>>>
>>>> Try adding a permission like this in the
>> bootstrap
>>>> project:
>>>>
>>>> <permission principal =3D"group:anybody"
>>>> target=3D"/screens/**/*.html"
>>>> activity=3D"read"/>
>>>>
>>>>
>>>> On Aug 26, 2007, at 10:43 PM, tom tom wrote:
>>>>
>>>>> Hi Alex,
>>>>>
>>>>> I was on leave for couple of days, hence the
>>>> delay.
>>>>>
>>>>> Yes that is what I have tried but failed with
>> the
>>>>> following authorization exception
>>>>>
>>>>> You are not authorized to access
>>>>>
>>>>
>>>
>>
> http://localhost/hypercontent/screens/please-wait.html
>>>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Lalitha
>>>>>
>>>>> --- Alex Vigdor <al...@bi...> wrote:
>>>>>
>>>>>> Hi Tom Tom,
>>>>>> 	All anyone needs to execute download-zip is
>>>> "read"
>>>>>> permission on the
>>>>>> directory and files within it, e.g.
>>>>>>
>>>>>> <permission principal =3D"group:publishers"
>>>>>> target=3D"/**/"
>>>>>> activity=3D"read"/>
>>>>>> <permission principal =3D"group:publishers"
>>>>>> target=3D"/**/*.*"
>>>>>> activity=3D"read"/>
>>>>>>
>>>>>> Cheers,
>>>>>> Alex
>>>>>>
>>>>>> On Aug 19, 2007, at 8:44 PM, tom tom wrote:
>>>>>>
>>>>>>> Hi Alex,
>>>>>>>
>>>>>>> If some other group apart from admin, to have
>>>> the
>>>>>>> download zip facility, how can we change the
>>>>>>> permission.xml.
>>>>>>>
>>>>>>> For. e.g publishers want to have the download
>>>> zip
>>>>>>> facility in addition to the administrators.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> ______________________________________________________________________
>>>>>>
>>>>>>> ______________
>>>>>>> Boardwalk for $500? In 2007? Ha! Play Monopoly
>>>>>> Here and Now (it's
>>>>>>> updated for today's economy) at Yahoo! Games.
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> http://get.games.yahoo.com/proddesc?gamekey=3Dmonopolyherenow
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> ----------------------------------------------------------------------
>>>>>>
>>>>>>> ---
>>>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>>>> Still grepping through log files to find
>>>> problems?
>>>>>>  Stop.
>>>>>>> Now Search log events and configuration files
>>>>>> using AJAX and a
>>>>>>> browser.
>>>>>>> Download your FREE copy of Splunk now >>
>>>>>> http://get.splunk.com/
>>>>>>>
>> _______________________________________________
>>>>>>> Hypercontent-users mailing list
>>>>>>> Hyp...@li...
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
> ______________________________________________________________________
>>>>
>>>>> ______________
>>
> =3D=3D=3D message truncated =3D=3D=3D
>
>
>
>       =20
> ______________________________________________________________________=20=

> ______________
> Fussy? Opinionated? Impossible to please? Perfect.  Join Yahoo!'s =20
> user panel and lay it on us. http://surveylink.yahoo.com/gmrs/=20
> yahoo_panel_invite.asp?a=3D7
>

Re: [Hypercontent-users] More functionality - will be help for all

[tom t. <j_l...@ya...>]

Hi Alex,

I think I could cover almost everything of the user
requests, but am waiting on the answers for other
emails which I sent to you,

Only thing which I couldnt address was text compare
tool, that is something we can live with for the time
being.


Any how see my observersations and comments.


> One can make edits and either not save them (which
> leaves them in a  
> persistent "draft" state), or save them and schedule
> the change of  
> edition.  So it is still possible to do edits for a
> future publishing  
> cycle.

If I can remember, you did state in one email that if
we dont save or discard, it might lead to locking
issues, Due to this reason I decided to make use of
the sceduling feature for this, Other posibility is
they can make use of the make current option to get
around with this.


 
> The scheduling script is only for one source file. 
> It schedules the  
> change of the "edition pointer" that governs which
> version of a file  
> is live.  To have it republish immediately after
> updating the  
> pointer, in schedule.xml you could add at line 23
> after the  
> SetCurrentEdition command
> 
> <render path="${path}" destination="/publish/"
> force="false"  
> delete="true"/>
> 
> The schedule script  has two times - a begin and end
> time.  You might  
> want to create a variant on the script to schedule
> just a single  
> change of edition and immediately republish,
> something like this

We got a staging area, hence we dont need a immediate
republish, it is enough that the scheduler change the
edition and we got a master sceduler(discussed later)
that will do a automatic build and publish. So at that
time this edition also will be looked after. Let me
know if this is not the best way to do?
 

> > What if I want all the content content to be
> > pulished/build on each monday. Can the publisher
> > define such a thing using the interfaces?
> 
> You could define a workflow script to do this as
> well (5am every  
> Monday):
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE workflow SYSTEM
> "http://hypercontent.sourceforge.net/dtd/ 
> workflow.dtd">
> <workflow binding="/**/*.*">
> 	<event name="schedule-publish" when="@0 5 2">
> 		<render path="/" destination="/publish/"
> force="false" delete="true"/>
> 	</event>
> </workflow>


Why we need to define another workflow, why cant we do
in the same publish.xml as follows as an event? Is
anything wrong in doing like this?

<event name="schedule-publish" when="@0 5 2">
<copy delete="true" destination="/publish/"
force="false" path="/" source="/build/"/>
</event


thanks,



       
____________________________________________________________________________________
Need a vacation? Get great deals
to amazing places on Yahoo! Travel.
http://travel.yahoo.com/

Re: [Hypercontent-users] Schedule update error

[tom t. <j_l...@ya...>]

Hi Alex,

Then I removed the change that you propsed witht the
intentions of getting the previous result, now even
without your changes it shows a blank page,

I wanted to know the parameters I did set it up for
the schedule operation. but it shows a blank page.
Initially eventhough it shows $href error, it was
showing some details

Thanks


--- tom tom <j_l...@ya...> wrote:

> Hi Alex,
> 
> I did what you stated, the error disappeared but it
> shows a blank page in the right hand side, should it
> show the updated schedule entries instead of a blank
> page.
> 
> Following is the top entries of the xml with your
> change, should I have the change some where down?
> 
> workflow binding="/**/*.*">
> −
> 	<event name="schedule-appearance"
> permissions="approve">
> 
> <variable name="href"
>
value="${abs-server-base}${work-path}?mode=work-details"/>
> 
> <input label="Please enter a beginning date as
> YYYY-MM-DD [00-23]:[00-59]" name="start-date"
> pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d" type="text"/>
> 
> <input label="Please enter an ending date"
> name="end-date" pattern="\d\d\d\d-\d\d-\d\d
> \d\d:\d\d"
> type="text"/>
> 
> <input default="-1" label="Please enter the edition
> to
> appear before the start date (-1 for invisible)"
> name="pre-edition" type="text"/>
> 
> 
> --- Alex Vigdor <al...@bi...> wrote:
> 
> > Hi ,
> > 	"href" is a property of a work item that
> indicates
> > what should be  
> > displayed in the right hand pane of the workflow
> > screen.  Since  
> > "href" is not set in that script, you are seeing
> the
> > "file not found"  
> > error - this is actually harmless, but you might
> > want to add  
> > something like this in the top level event:
> > 
> > <variable name="href"
> > value="${abs-server-base}${work-path}?mode=work- 
> > details"/>
> > 
> > That will set the right hand to display the "work
> > details" screen.
> > 
> > Alex
> > 
> > On Aug 28, 2007, at 2:47 AM, tom tom wrote:
> > 
> > > Hi,
> > >
> > > When I try to update the schedule parameters in
> > the
> > > workflow screen and press the schedule
> appearance
> > > button
> > > it gives the following error,
> > >
> > > what is this $href
> > >
> > > No file found at
> > >
> >
>
http://localhost/hypercontent/production/studentDetails/
> > 
> > > studentUpdates/$href
> > >
> > > my schedule.xml looks as follows.
> > >
> > >
> > >
> > > workflow binding="/**/*.*">
> > > −
> > > 	<event name="schedule-appearance"
> > > permissions="approve">
> > > <input label="Please enter a beginning date as
> > > YYYY-MM-DD [00-23]:[00-59]" name="start-date"
> > > pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d"
> > type="text"/>
> > > <input label="Please enter an ending date"
> > > name="end-date" pattern="\d\d\d\d-\d\d-\d\d
> > \d\d:\d\d"
> > > type="text"/>
> > > <input default="-1" label="Please enter the
> > edition to
> > > appear before the start date (-1 for invisible)"
> > > name="pre-edition" type="text"/>
> > > <input label="Please enter the edition to appear
> > on
> > > the start date" name="start-edition"
> type="text"/>
> > > <input default="-1" label="Please enter the
> > edition to
> > > appear on the end date (or -1 to disappear)"
> > > name="end-edition" type="text"/>
> > > <variable name="scheduler" value="${actor}"/>
> > > <nq who="${scheduler}"/>
> > > <nq q="scheduled"/>
> > > −
> > > 	<exec
> > >
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> > > <with-param name="edition"
> > value="${pre-edition}"/>
> > > </exec>
> > > </event>
> > > −
> > > 	<q id="scheduled">
> > > −
> > > 	<event name="begin-appear"
> when="${start-date}">
> > > −
> > > 	<exec
> > >
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> > > <with-param name="edition"
> > value="${start-edition}"/>
> > > </exec>
> > > </event>
> > > −
> > > 	<event name="end-appear" when="${end-date}">
> > > −
> > > 	<exec
> > >
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> > > <with-param name="edition"
> > value="${end-edition}"/>
> > > </exec>
> > > <dq/>
> > > <dq who="${scheduler}"/>
> > > </event>
> > > −
> > > 	<event name="cancel" who="${scheduler}">
> > > <dq/>
> > > <dq who="${scheduler}"/>
> > > </event>
> > > </q>
> > > </workflow
> > >
> > >
> > >
> > >
> >
>
______________________________________________________________________
> > 
> > > ______________
> > > Pinpoint customers who are looking for what you
> > sell.
> > > http://searchmarketing.yahoo.com/
> > >
> > 
> > 
> >
>
-------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?
> 
> > Stop.
> > Now Search log events and configuration files
> using
> > AJAX and a browser.
> > Download your FREE copy of Splunk now >> 
> > http://get.splunk.com/
> > _______________________________________________
> > Hypercontent-users mailing list
> > Hyp...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/hypercontent-users
> > 
> 
> 
> 
>        
>
____________________________________________________________________________________
> Need a vacation? Get great deals
> to amazing places on Yahoo! Travel.
> http://travel.yahoo.com/
> 
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? 
> Stop.
> Now Search log events and configuration files using
> AJAX and a browser.
> Download your FREE copy of Splunk now >> 
> http://get.splunk.com/
> _______________________________________________
> Hypercontent-users mailing list
> 
=== message truncated ===



       
____________________________________________________________________________________
Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=list&sid=396545469

Re: [Hypercontent-users] Schedule update error

[tom t. <j_l...@ya...>]

Hi Alex,

I did what you stated, the error disappeared but it
shows a blank page in the right hand side, should it
show the updated schedule entries instead of a blank
page.

Following is the top entries of the xml with your
change, should I have the change some where down?

workflow binding="/**/*.*">
−
	<event name="schedule-appearance"
permissions="approve">

<variable name="href"
value="${abs-server-base}${work-path}?mode=work-details"/>

<input label="Please enter a beginning date as
YYYY-MM-DD [00-23]:[00-59]" name="start-date"
pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d" type="text"/>

<input label="Please enter an ending date"
name="end-date" pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d"
type="text"/>

<input default="-1" label="Please enter the edition to
appear before the start date (-1 for invisible)"
name="pre-edition" type="text"/>


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

> Hi ,
> 	"href" is a property of a work item that indicates
> what should be  
> displayed in the right hand pane of the workflow
> screen.  Since  
> "href" is not set in that script, you are seeing the
> "file not found"  
> error - this is actually harmless, but you might
> want to add  
> something like this in the top level event:
> 
> <variable name="href"
> value="${abs-server-base}${work-path}?mode=work- 
> details"/>
> 
> That will set the right hand to display the "work
> details" screen.
> 
> Alex
> 
> On Aug 28, 2007, at 2:47 AM, tom tom wrote:
> 
> > Hi,
> >
> > When I try to update the schedule parameters in
> the
> > workflow screen and press the schedule appearance
> > button
> > it gives the following error,
> >
> > what is this $href
> >
> > No file found at
> >
>
http://localhost/hypercontent/production/studentDetails/
> 
> > studentUpdates/$href
> >
> > my schedule.xml looks as follows.
> >
> >
> >
> > workflow binding="/**/*.*">
> > −
> > 	<event name="schedule-appearance"
> > permissions="approve">
> > <input label="Please enter a beginning date as
> > YYYY-MM-DD [00-23]:[00-59]" name="start-date"
> > pattern="\d\d\d\d-\d\d-\d\d \d\d:\d\d"
> type="text"/>
> > <input label="Please enter an ending date"
> > name="end-date" pattern="\d\d\d\d-\d\d-\d\d
> \d\d:\d\d"
> > type="text"/>
> > <input default="-1" label="Please enter the
> edition to
> > appear before the start date (-1 for invisible)"
> > name="pre-edition" type="text"/>
> > <input label="Please enter the edition to appear
> on
> > the start date" name="start-edition" type="text"/>
> > <input default="-1" label="Please enter the
> edition to
> > appear on the end date (or -1 to disappear)"
> > name="end-edition" type="text"/>
> > <variable name="scheduler" value="${actor}"/>
> > <nq who="${scheduler}"/>
> > <nq q="scheduled"/>
> > −
> > 	<exec
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> > <with-param name="edition"
> value="${pre-edition}"/>
> > </exec>
> > </event>
> > −
> > 	<q id="scheduled">
> > −
> > 	<event name="begin-appear" when="${start-date}">
> > −
> > 	<exec
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> > <with-param name="edition"
> value="${start-edition}"/>
> > </exec>
> > </event>
> > −
> > 	<event name="end-appear" when="${end-date}">
> > −
> > 	<exec
> >
>
command="org.hypercontent.workflow.command.SetCurrentEdition">
> > <with-param name="edition"
> value="${end-edition}"/>
> > </exec>
> > <dq/>
> > <dq who="${scheduler}"/>
> > </event>
> > −
> > 	<event name="cancel" who="${scheduler}">
> > <dq/>
> > <dq who="${scheduler}"/>
> > </event>
> > </q>
> > </workflow
> >
> >
> >
> >
>
______________________________________________________________________
> 
> > ______________
> > Pinpoint customers who are looking for what you
> sell.
> > http://searchmarketing.yahoo.com/
> >
> 
> 
>
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? 
> Stop.
> Now Search log events and configuration files using
> AJAX and a browser.
> Download your FREE copy of Splunk now >> 
> http://get.splunk.com/
> _______________________________________________
> Hypercontent-users mailing list
> Hyp...@li...
>
https://lists.sourceforge.net/lists/listinfo/hypercontent-users
> 



       
____________________________________________________________________________________
Need a vacation? Get great deals
to amazing places on Yahoo! Travel.
http://travel.yahoo.com/

Re: [Hypercontent-users] download zip facility

[tom t. <j_l...@ya...>]

Hi Alex,

Yes it is not a empty directory at all, basically this
is the very root folder, my intention was to download
the entire site as a publisher.

this works fine if I login as a administrator.

But we want to give the download zip feature for
publishers as well. That is this effort.


After the above effort I did login and browse to a
lower directory and tried to download it but still it
doenst show the link but shows the error which I sent
previous email.

Any how I am sending my permissions.xml and zip.xml
for your reference

permissions.xml
<permissions>
<permission principal="group:anybody" target="/**/*.*"
activity="read"/>
<permission principal="group:anybody"
target="/config/**/*.*" activity="read"
denied="true"/>
<permission principal="group:anybody"
target="/config/**/" activity="read" denied="true"/>
<permission principal="group:anybody"
target="/design/**/" activity="read" denied="true"/>
<permission principal="group:anybody"
target="/xsl/**/" activity="read" denied="true"/>
<permission principal="group:anybody"
target="/dtd/**/" activity="read" denied="true"/>
<permission principal="group:anybody"
target="/workflow-data/**/" activity="read"
denied="true"/>
<permission principal="group:authors" target="/**/"
activity="read"/>
<permission principal="group:authors" target="/**/*.*"
activity="create"/>
<permission principal="group:authors" target="/**/*.*"
activity="write"/>
<permission principal="group:authors" target="/**/*.*"
activity="delete"/>
<permission principal="group:authors" target="/**/"
activity="build"/>
<permission principal="group:authors" target="/**/*.*"
activity="build"/>
<permission principal="group:approvers" target="/**/"
activity="read"/>
<permission principal="group:approvers"
target="/**/*.*" activity="create"/>
<permission principal="group:approvers"
target="/**/*.*" activity="write"/>
<permission principal="group:approvers"
target="/**/*.*" activity="delete"/>
<permission principal="group:approvers"
target="/**/*.*" activity="approve"/>
<permission principal="group:publishers" target="/**/"
activity="read"/>
<permission principal="group:publishers"
target="/**/*.*" activity="read"/>
<permission principal="group:publishers" target="/**/"
activity="publish"/>
<permission principal="group:publishers"
target="/**/*.*" activity="publish"/>
</permissions>


zip.xml

<workflow binding="/**/">
−
	<event name="download-zip" permissions="read">
<variable name="zipper" value="${actor}"/>
<variable name="href"
value="${abs-server-base}/screens/please-wait.html"/>
<nq q="zipping"/>
<nq who="${zipper}"/>
<zip/>
</event>
−
	<event name="upload-zip" permissions="read,write">
<variable name="uploader" value="${actor}"/>
<input name="zip" label="Choose a zip to upload"
type="file"/>
<input name="force" type="select" label="Force
overwrite" options="true,false" default="false"/>
<copy path="/" source="${zip}" destination="${path}"
force="${force}" delete="false"/>
<variable name="href"
value="${abs-server-base}/screens/please-wait.html"/>
<nq q="uploading"/>
<nq who="${uploader}"/>
</event>
−
	<q id="zipping">
−
	<event name="batch-complete">
<variable name="zip" value="${zip}"/>
<variable name="href"
value="${abs-server-base}${zip}?mode=download-link"/>
<dq/>
<nq q="zipped"/>
</event>
</q>
−
	<q id="uploading">
−
	<event name="batch-complete">
<variable name="href"
value="${abs-server-base}${work-path}?mode=work-details"/>
<dq/>
<nq q="uploaded"/>
</event>
</q>
−
	<q id="zipped">
−
	<event name="discard" who="${zipper}">
<delete path="${zip}"/>
<dq/>
<dq who="${zipper}"/>
</event>
</q>
−
	<q id="uploaded">
−
	<event name="discard" who="${uploader}">
<delete path="${zip}"/>
<dq/>
<dq who="${uploader}"/>
</event>
</q>
</workflow




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

> Hi Lalitha,
> 	That error indicates that no files were in the zip.
>  Are you sure  
> you were trying to download a non-empty directory?
> 
> Cheers,
> 	Alex
> 
> On Aug 27, 2007, at 8:41 PM, tom tom wrote:
> 
> > Hi Alex,
> >
> > I did the following
> >
> > 1)In my project permissions.xml I did add the
> > following entry
> > <permission principal ="group:publishers"
> > target="/**/"
> > activity="read"/>
> > <permission principal ="group:publishers"
> > target="/**/*.*"
> > activity="read"/>
> >
> >
> > 2) In the bootstrap project I changed as follows
> >
> > <permission principal ="group:anybody"
> > target="/screens/**/*.html"
> > activity="read"/>
> >
> > But when I go to the workflow screen and press the
> > download zip, this time it did not give a
> > authorization  exception but just stays in the
> > please-wait.html. It does not show the download
> link,
> >
> > When I click show details, it gives the following.
> >
> > Should I have to do anything else.
> >
> >
> >
> > Processing
> > Error
> > ZIP file must have at least one entry
> >
>
[java.util.zip.ZipOutputStream.finish(ZipOutputStream.java:291),
> >
>
org.hypercontent.workflow.exec.impl.ZippingExecutable.execute
> 
> > (ZippingExecutable.java:139),
> >
>
org.hypercontent.workflow.exec.impl.AbstractExecutable.runWithExceptio
> 
> > n(AbstractExecutable.java:127),
> >
>
org.hypercontent.workflow.exec.impl.AbstractExecutable.run
> 
> > (AbstractExecutable.java:147),
> >
>
org.hypercontent.workflow.queue.impl.ExecutableQueueRunner.run
> 
> > (ExecutableQueueRunner.java:106),
> >
>
org.hypercontent.workflow.thread.CPQThread.run(CPQThread.java:62)]
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > --- Alex Vigdor <al...@bi...> wrote:
> >
> >> Try adding a permission like this in the
> bootstrap
> >> project:
> >>
> >> <permission principal ="group:anybody"
> >> target="/screens/**/*.html"
> >> activity="read"/>
> >>
> >>
> >> On Aug 26, 2007, at 10:43 PM, tom tom wrote:
> >>
> >>> Hi Alex,
> >>>
> >>> I was on leave for couple of days, hence the
> >> delay.
> >>>
> >>> Yes that is what I have tried but failed with
> the
> >>> following authorization exception
> >>>
> >>> You are not authorized to access
> >>>
> >>
> >
>
http://localhost/hypercontent/screens/please-wait.html
> >>>
> >>>
> >>>
> >>> Thanks,
> >>> Lalitha
> >>>
> >>> --- Alex Vigdor <al...@bi...> wrote:
> >>>
> >>>> Hi Tom Tom,
> >>>> 	All anyone needs to execute download-zip is
> >> "read"
> >>>> permission on the
> >>>> directory and files within it, e.g.
> >>>>
> >>>> <permission principal ="group:publishers"
> >>>> target="/**/"
> >>>> activity="read"/>
> >>>> <permission principal ="group:publishers"
> >>>> target="/**/*.*"
> >>>> activity="read"/>
> >>>>
> >>>> Cheers,
> >>>> Alex
> >>>>
> >>>> On Aug 19, 2007, at 8:44 PM, tom tom wrote:
> >>>>
> >>>>> Hi Alex,
> >>>>>
> >>>>> If some other group apart from admin, to have
> >> the
> >>>>> download zip facility, how can we change the
> >>>>> permission.xml.
> >>>>>
> >>>>> For. e.g publishers want to have the download
> >> zip
> >>>>> facility in addition to the administrators.
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
>
______________________________________________________________________
> >>>>
> >>>>> ______________
> >>>>> Boardwalk for $500? In 2007? Ha! Play Monopoly
> >>>> Here and Now (it's
> >>>>> updated for today's economy) at Yahoo! Games.
> >>>>>
> >>>>
> >>>
> >>
> >
>
http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
>
----------------------------------------------------------------------
> >>>>
> >>>>> ---
> >>>>> This SF.net email is sponsored by: Splunk Inc.
> >>>>> Still grepping through log files to find
> >> problems?
> >>>>  Stop.
> >>>>> Now Search log events and configuration files
> >>>> using AJAX and a
> >>>>> browser.
> >>>>> Download your FREE copy of Splunk now >>
> >>>> http://get.splunk.com/
> >>>>>
> _______________________________________________
> >>>>> Hypercontent-users mailing list
> >>>>> Hyp...@li...
> >>>>>
> >>>>
> >>>
> >>
> >
>
https://lists.sourceforge.net/lists/listinfo/hypercontent-users
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >
>
______________________________________________________________________
> >>
> >>> ______________
> 
=== message truncated ===



      ____________________________________________________________________________________
Fussy? Opinionated? Impossible to please? Perfect.  Join Yahoo!'s user panel and lay it on us. http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 

Re: [Hypercontent-users] download zip facility

[Alex V. <al...@bi...>]

Hi Lalitha,
	That error indicates that no files were in the zip.  Are you sure  
you were trying to download a non-empty directory?

Cheers,
	Alex

On Aug 27, 2007, at 8:41 PM, tom tom wrote:

> Hi Alex,
>
> I did the following
>
> 1)In my project permissions.xml I did add the
> following entry
> <permission principal ="group:publishers"
> target="/**/"
> activity="read"/>
> <permission principal ="group:publishers"
> target="/**/*.*"
> activity="read"/>
>
>
> 2) In the bootstrap project I changed as follows
>
> <permission principal ="group:anybody"
> target="/screens/**/*.html"
> activity="read"/>
>
> But when I go to the workflow screen and press the
> download zip, this time it did not give a
> authorization  exception but just stays in the
> please-wait.html. It does not show the download link,
>
> When I click show details, it gives the following.
>
> Should I have to do anything else.
>
>
>
> Processing
> Error
> ZIP file must have at least one entry
> [java.util.zip.ZipOutputStream.finish(ZipOutputStream.java:291),
> org.hypercontent.workflow.exec.impl.ZippingExecutable.execute 
> (ZippingExecutable.java:139),
> org.hypercontent.workflow.exec.impl.AbstractExecutable.runWithExceptio 
> n(AbstractExecutable.java:127),
> org.hypercontent.workflow.exec.impl.AbstractExecutable.run 
> (AbstractExecutable.java:147),
> org.hypercontent.workflow.queue.impl.ExecutableQueueRunner.run 
> (ExecutableQueueRunner.java:106),
> org.hypercontent.workflow.thread.CPQThread.run(CPQThread.java:62)]
>
>
>
>
>
>
>
>
>
>
> --- Alex Vigdor <al...@bi...> wrote:
>
>> Try adding a permission like this in the bootstrap
>> project:
>>
>> <permission principal ="group:anybody"
>> target="/screens/**/*.html"
>> activity="read"/>
>>
>>
>> On Aug 26, 2007, at 10:43 PM, tom tom wrote:
>>
>>> Hi Alex,
>>>
>>> I was on leave for couple of days, hence the
>> delay.
>>>
>>> Yes that is what I have tried but failed with the
>>> following authorization exception
>>>
>>> You are not authorized to access
>>>
>>
> http://localhost/hypercontent/screens/please-wait.html
>>>
>>>
>>>
>>> Thanks,
>>> Lalitha
>>>
>>> --- Alex Vigdor <al...@bi...> wrote:
>>>
>>>> Hi Tom Tom,
>>>> 	All anyone needs to execute download-zip is
>> "read"
>>>> permission on the
>>>> directory and files within it, e.g.
>>>>
>>>> <permission principal ="group:publishers"
>>>> target="/**/"
>>>> activity="read"/>
>>>> <permission principal ="group:publishers"
>>>> target="/**/*.*"
>>>> activity="read"/>
>>>>
>>>> Cheers,
>>>> Alex
>>>>
>>>> On Aug 19, 2007, at 8:44 PM, tom tom wrote:
>>>>
>>>>> Hi Alex,
>>>>>
>>>>> If some other group apart from admin, to have
>> the
>>>>> download zip facility, how can we change the
>>>>> permission.xml.
>>>>>
>>>>> For. e.g publishers want to have the download
>> zip
>>>>> facility in addition to the administrators.
>>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
> ______________________________________________________________________
>>>>
>>>>> ______________
>>>>> Boardwalk for $500? In 2007? Ha! Play Monopoly
>>>> Here and Now (it's
>>>>> updated for today's economy) at Yahoo! Games.
>>>>>
>>>>
>>>
>>
> http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow
>>>>>
>>>>>
>>>>
>>>
>>
> ----------------------------------------------------------------------
>>>>
>>>>> ---
>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>> Still grepping through log files to find
>> problems?
>>>>  Stop.
>>>>> Now Search log events and configuration files
>>>> using AJAX and a
>>>>> browser.
>>>>> Download your FREE copy of Splunk now >>
>>>> http://get.splunk.com/
>>>>> _______________________________________________
>>>>> Hypercontent-users mailing list
>>>>> Hyp...@li...
>>>>>
>>>>
>>>
>>
> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
> ______________________________________________________________________
>>
>>> ______________
>>> Looking for a deal? Find great prices on flights
>> and hotels with
>>> Yahoo! FareChase.
>>> http://farechase.yahoo.com/
>>>
>>
>>
>>
> ---------------------------------------------------------------------- 
> ---
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?
>> Stop.
>> Now Search log events and configuration files using
>> AJAX and a browser.
>> Download your FREE copy of Splunk now >>
>> http://get.splunk.com/
>> _______________________________________________
>> Hypercontent-users mailing list
>> Hyp...@li...
>>
> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>
>
>
>
>        
> ______________________________________________________________________ 
> ______________
> Fussy? Opinionated? Impossible to please? Perfect.  Join Yahoo!'s  
> user panel and lay it on us. http://surveylink.yahoo.com/gmrs/ 
> yahoo_panel_invite.asp?a=7
>