headers
Antonio Gallardo | 1 Jan 2005 12:59
Favicon

Please review this code (was: svn commit: r123799 - /cocoon/branches/BRANCH_2_1_X/src/blocks/repository/java/org/apache/co coon/components/repository/SourceRepositoryImpl.java)

On Vie, 31 de Diciembre de 2004, 15:45, Joerg Heinicke dijo:
> On 31.12.2004 18:46, Antonio Gallardo wrote:
>
>>>>                 while (iter.hasNext()) {
>>>>-                    Source child = null;
>>>>-                    try {
>>>>-                        status = remove((Source) iter.next());
>>>>-                        if (status != STATUS_OK) {
>>>>-                            return status;
>>>>-                        }
>>>>-                    }
>>>>-                    finally {
>>>>-                        if (child != null) {
>>>>-                            m_resolver.release(child);
>>>
>>>------------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>
>>>
>>>>-                        }
>>>>+                    status = remove((Source) iter.next());
>>>>+                    if (status != STATUS_OK) {
>>>>+                        return status;
>>>>                     }
>>>>                 }
>>>>             }
>>>
>>>What about releasing the Source's??
>>
>>
>> 'child' is always = null. The condition never happen to be true. Then it
(Continue reading)

Permalink | Reply | 0 comments |
headers
Antonio Gallardo | 1 Jan 2005 13:11
Favicon

Re: svn commit: r123817 - /cocoon/branches/BRANCH_2_1_X/src/blocks/javaflow/java/org/apache/coco on/forms/flow/java/FormInstance.java

On Vie, 31 de Diciembre de 2004, 15:52, Joerg Heinicke dijo:
> On 31.12.2004 20:22, antonio <at> apache.org wrote:
>
>> Author: antonio
>> Date: Fri Dec 31 11:22:15 2004
>> New Revision: 123817
>>
>> URL: http://svn.apache.org/viewcvs?view=rev&rev=123817
>> Log:
>> Remove unused code (src is always = null)
>> Modified:
>>    cocoon/branches/BRANCH_2_1_X/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/FormInstance.java
>>
>> Modified:
>> cocoon/branches/BRANCH_2_1_X/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/FormInstance.java
>> Url:
>> http://svn.apache.org/viewcvs/cocoon/branches/BRANCH_2_1_X/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/FormInstance.java?view=diff&rev=123817&p1=cocoon/branches/BRANCH_2_1_X/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/FormInstance.java&r1=123816&p2=cocoon/branches/BRANCH_2_1_X/src/blocks/javaflow/java/org/apache/cocoon/forms/flow/java/FormInstance.java&r2=123817
>> ==============================================================================
>
>>  <at>  <at>  -88,7 +88,6  <at>  <at> 
>>      public FormInstance(Element formDefinition) {
>>          FormManager formMgr = null;
>>          SourceResolver resolver = null;
>> -        Source src = null;
>>          try {
>>              formMgr = (FormManager)getComponent(FormManager.ROLE);
>>              resolver =
>> (SourceResolver)getComponent(SourceResolver.ROLE);
>>  <at>  <at>  -98,7 +97,6  <at>  <at> 
>>              throw new CascadingRuntimeException("Could not create form
(Continue reading)

Permalink | Reply | 0 comments |
headers
Antonio Gallardo | 1 Jan 2005 13:23
Favicon

Re: svn commit: r123825 - in cocoon/branches/BRANCH_2_1_X/src: blocks/naming/java/org/apache/cocoon/components/namingblocks/portal/ja va/org/apache/cocoon/components/modules/input blocks/portal/java/org/apache/cocoon/environment/portletblocks/portal/ java/org/apache/cocoon/portal/pluto/services/factory blocks/portal/java/org/apache/cocoon/portal/pluto/testjava/org/apache/ cocoon/acting java/org/apache/cocoon/components/modules/outputjava/org/apache/cocoon /components/notification java/org/apache/cocoon/components/treeprocessorjava/org/apache/cocoon/ util java/org/apache/cocoon/xml/dom

On Vie, 31 de Diciembre de 2004, 16:17, Joerg Heinicke dijo:
> On 31.12.2004 22:18, antonio <at> apache.org wrote:
>
>> URL: http://svn.apache.org/viewcvs?view=rev&rev=123825
>
>> Url:
>> http://svn.apache.org/viewcvs/cocoon/branches/BRANCH_2_1_X/src/blocks/naming/java/org/apache/cocoon/components/naming/LDAPEntryManager.java?view=diff&rev=123825&p1=cocoon/branches/BRANCH_2_1_X/src/blocks/naming/java/org/apache/cocoon/components/naming/LDAPEntryManager.java&r1=123824&p2=cocoon/branches/BRANCH_2_1_X/src/blocks/naming/java/org/apache/cocoon/components/naming/LDAPEntryManager.java&r2=123825
>> ==============================================================================
>
>>  	private Attributes map2Attributes (Map map) {
>>  		Attributes attrs = new BasicAttributes (false);
>> -		Iterator keys = map.keySet ().iterator ();
>> -		while (keys.hasNext ()) {
>> -			String key = (String)keys.next ();
>> -			Iterator vals = ((List)map.get (key)).iterator ();
>> -			Attribute attr = new BasicAttribute (key);
>> -			while (vals.hasNext ()) {
>> -				attr.add(vals.next());
>> -			}
>> -			attrs.put (attr);
>> -		}
>> +        for (Iterator i = map.entrySet().iterator(); i.hasNext(); ) {
>> +            Map.Entry me = (Map.Entry)i.next();
>> +            String key = (String)me.getKey();
>> +            Attribute attr = new BasicAttribute(key);
>> +            for (Iterator vals = ((List)me.getValue()).iterator();
>> vals.hasNext(); ) {
>> +                attr.add(vals.next());
>> +            }
>> +        }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carlos Sanchez | 1 Jan 2005 13:37
Picon
Favicon
Gravatar

[Maven-plugins-user] SDocBook Plug-in 1.4 release!

The maven-plugins team is pleased to announce the SDocBook Plug-in 1.4 
release! 

http://maven-plugins.sourceforge.net

A plugin for DOCBOOK processing. Uses the DocBook Open Repository project XSL 
stylesheets to process DocBook XML sources into different output formats. 

Changes in this version include:

  New Features:

o Added properties maven.sdocbook.html.xsl and maven.sdocbook.fo.xsl. 
o Allow using new stylesheet versions as dependencies in POM. 
o Added documentation to use custom stylesheets. 
o The docbook DTDs are huge and take time to resolve externally. Added the 
  EntityResolver from xml-commons and added properties to be able to use it. 
o Added the xalan25 extensions jar from stylesheet distribution to be able to 
  use the stylesheet extensions. 
o Added possibility to set the stylesheet params. 
o Added copying of external resources like images, which the target output 
  references externally (e.g. a HTML output which includes a IMG tag). 

  Fixed bugs:

o Fail on transformation errors. 

  Changes:

o Update of documentation to include description of the new properties, how
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carlos Sanchez | 1 Jan 2005 13:37
Picon
Favicon
Gravatar

SDocBook Plug-in 1.4 release!

The maven-plugins team is pleased to announce the SDocBook Plug-in 1.4 
release! 

http://maven-plugins.sourceforge.net

A plugin for DOCBOOK processing. Uses the DocBook Open Repository project XSL 
stylesheets to process DocBook XML sources into different output formats. 

Changes in this version include:

  New Features:

o Added properties maven.sdocbook.html.xsl and maven.sdocbook.fo.xsl. 
o Allow using new stylesheet versions as dependencies in POM. 
o Added documentation to use custom stylesheets. 
o The docbook DTDs are huge and take time to resolve externally. Added the 
  EntityResolver from xml-commons and added properties to be able to use it. 
o Added the xalan25 extensions jar from stylesheet distribution to be able to 
  use the stylesheet extensions. 
o Added possibility to set the stylesheet params. 
o Added copying of external resources like images, which the target output 
  references externally (e.g. a HTML output which includes a IMG tag). 

  Fixed bugs:

o Fail on transformation errors. 

  Changes:

o Update of documentation to include description of the new properties, how
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ross Gardler | 2 Jan 2005 02:09
Picon
Favicon
Gravatar

Initial Forrest plugin

[cross-posted to forrest-dev and jcharts-dev lists]

I've created a plugin for Apache Forrest (http://forrest.apache.org ) 
that allows JChart graphs (http://jcharts.sourceforge.net/ ) to be 
embedded in APache documents.

Not all features of JCharts are available yet, basically I've used the 
materials in whiteboard/xml. Currently supported are barcharts, 
linecharts (and combinations of the two), piecharts and radar graphs.

The question is where to host this work? I would think the best location 
would be within JCharts itself and so have submitted a patch to the 
JCharts patch manager

(seehttp://sourceforge.net/tracker/index.php?func=detail&aid=1094265&group_id=16161&atid=316161 
). I'm not a committer on JCharts, if it is accepted over there then I 
will add the relevant entry to Forrests plugins.xml file.

Ross

-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
Permalink | Reply | 0 comments |
headers
Markus Heussen | 2 Jan 2005 14:17
Picon

Business-Process-Management with Cocoon?

Hi!

Can anybody point me to Open Source BPM Systems using comfortable user 
(web-) interfaces to design business processes in standard BPL. In a new 
project starting next week we need such a tool to define our business 
processes consisting off several Web Service calls.

One tool I found is Twister. For informations about it look at 
http://www.smartcomps.org/twister/.

Does anybody have experiences in BPMS and can link me to free 
alternatives. Maybe there exists a Cocoon based BPM System? Last we 
would prefer because we started using Cocoon about 2 years ago.

Thanks for any hint!

Markus
Permalink | Reply | 27 comments |
headers
Mikael Björn | 2 Jan 2005 14:54
Picon

RE: Business-Process-Management with Cocoon?

Markus,
you should consider a closer look at WFMOpen at
http://wfmopen.sourceforge.net/

I've been using it for a over a year now and it only gets better! It uses
WfMC's
XPDL language as the definition language. It's is actually the reason I
started to
look at Cocoon in the first place... ;-)

It's surely a winner!

There is a great graphical tool called JAWE that you can use to build and
manipulate 
XPDL. You can find it at: http://jawe.objectweb.org/ (It's actually a part
of a big
OSS solution called Enhydra and it's Shark BPL solution. Check that out at 
http://shark.objectweb.org/)

If you're into BPEL as your Process Definition Language I would suggest that
you have 
a look at bexee (http://bexee.sourceforge.net/) or ActiveBPEL
(http://www.activebpel.org/)...

Or if you're using JBoss (works great with Cocoon) have a look at JBpm at
http://jbpm.org/

I hope that this was enough help to get you started!

Any questions? Mail me!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sylvain Wallez | 2 Jan 2005 16:12
Picon
Favicon

Splitting xconf files step 2: the sitemap

Hi team,

I finished step 2 of the include feature: it is now fully operational in 
the sitemap in the same way as in xconf files. The sitemap-specific 
configuration attributes such as "label", "mime-type" and 
"pipeline-hint" are taken into account on sitemap components wherever 
they are declared, even in the main cocoon.xconf (see 
CocoonServiceManager and ProcessorComponentInfo for more details).

Step 3 will allow for a flat fortress-style configuration (the current 
style will of course still be available).

Now comes a question: each block defining sitemap components will 
provide a [block-name]-sitemap.xconf, but where should we include it? So 
far, I see the following alternatives for inclusion, but don't know 
which one to choose:
1 - include it in the main cocoon.xconf (this is possible as xconf files 
and <map:components> are totally equivalent)
2 - include it in the root sitemap.xmap, similarily to what I did for 
cocoon.xconf
3 - include it in the block-specific sitemap. That makes the smallest 
root sitemap yet still allows to easily add block-specific components to 
any sitemap as [block-name]-sitemap.xconf can be located in 
context://WEB-INF/xconf

Thoughts?

Enjoy and happy new year to you all!

Sylvain
(Continue reading)

Permalink | Reply | 89 comments |
headers
Nicola Ken Barozzi | 2 Jan 2005 18:56
Picon
Favicon

Re: Splitting xconf files step 2: the sitemap

Sylvain Wallez wrote:
...
> 3 - include it in the block-specific sitemap. That makes the smallest 
> root sitemap yet still allows to easily add block-specific components to 
> any sitemap as [block-name]-sitemap.xconf can be located in 
> context://WEB-INF/xconf

+0

> Thoughts?

Wildcard include?

--

-- 
Nicola Ken Barozzi                   nicolaken <at> apache.org
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------
Permalink | Reply | 0 comments |

Gmane