cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexander Klimetschek (JIRA)" <j...@apache.org>
Subject [jira] Commented: (COCOON-1933) [Patch] Automatic loading of flow scripts in "flow/" must not load directories
Date Thu, 12 Oct 2006 15:06:36 GMT
    [ http://issues.apache.org/jira/browse/COCOON-1933?page=comments#action_12441768 ] 
            
Alexander Klimetschek commented on COCOON-1933:
-----------------------------------------------

Good question. I don' t know the spring Resource abstraction apart from looking at the interface
methods.

The problem is also that the available resources are fetched via Spring, but the input stream
is finally resolved via the Excalibur SourceResolver. AFAIK they don't match. That's why an
ugly solution like calling Resource.getInputStream() and catching exceptions won't work because
the real input stream is fetched from the Source in the end. And that would probably use too
much resources at the early read-in phase!?

What kind of resources must be supported apart from file systems, jars or wars? Will directories
under flow/ be deployed into a war?

> [Patch] Automatic loading of flow scripts in "flow/" must not load directories
> ------------------------------------------------------------------------------
>
>                 Key: COCOON-1933
>                 URL: http://issues.apache.org/jira/browse/COCOON-1933
>             Project: Cocoon
>          Issue Type: Bug
>          Components: * Cocoon Core
>    Affects Versions: 2.2-dev (Current SVN)
>            Reporter: Alexander Klimetschek
>         Attachments: cocoon-flow-only-files.patch
>
>
> The automatic loading of everything inside flow/ also tries to load directories, which
cannot be compiled like files. Happens typically when you have a subversion directory (.svn)
or other version-control directory inside.
> The stacktrace for the problem:
> Caused by: org.apache.excalibur.source.SourceNotFoundException: file:/Users/alex/Mindquarry/hack/mindquarry-teamspace-web/mindquarry-teamspace-block/src/main/resources/COB-INF/flow/.svn/
doesn't exist.
>     at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:150)
>     at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.compileScript(FOM_JavaScriptInterpreter.java:502)
>     at org.apache.cocoon.components.flow.CompilingInterpreter$ScriptSourceEntry.getScript(CompilingInterpreter.java:112)
>     at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.setupContext(FOM_JavaScriptInterpreter.java:453)
>     at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:572)
>     at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:109)
>     ... 43 more
> Caused by: java.io.FileNotFoundException: /Users/alex/Mindquarry/hack/mindquarry-teamspace-web/mindquarry-teamspace-block/src/main/resources/COB-INF/flow/.svn
(No such file or directory)
>     at java.io.FileInputStream.open(Native Method)
>     at java.io.FileInputStream.<init>(FileInputStream.java:106)
>     at org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:146)
>     ... 48 more 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message