You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@batchee.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2014/05/10 03:12:24 UTC

[jira] [Commented] (BATCHEE-38) readOnly mode is broken on a few containers

    [ https://issues.apache.org/jira/browse/BATCHEE-38?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13993319#comment-13993319 ] 

Hudson commented on BATCHEE-38:
-------------------------------

SUCCESS: Integrated in batchee #526 (See [https://builds.apache.org/job/batchee/526/])
BATCHEE-38 disable 'readOnly' flag as quick fix (struberg: rev 26865475c9ecb902dd4c0b0d78ee5b2c99544412)
* gui/servlet/embedded/src/main/java/org/apache/batchee/servlet/JBatchServletInitializer.java


> readOnly mode is broken on a few containers
> -------------------------------------------
>
>                 Key: BATCHEE-38
>                 URL: https://issues.apache.org/jira/browse/BATCHEE-38
>             Project: BatchEE
>          Issue Type: Bug
>          Components: jbatch-servlet
>    Affects Versions: 0.1-incubating
>            Reporter: Mark Struberg
>            Assignee: Mark Struberg
>            Priority: Critical
>             Fix For: 0.2-incubating
>
>
> currently the JBatchServletInitializer queries whether there are batch job xmls on the classpath in an illegal way with
> classLoader.getResources("META-INF/batch-jobs")
> but this will always return zero as it is not defined in getResources that a directory is a 'resource'. Of course performing
> classLoader.getResources("META-INF/batch-jobs/myjob.xml") will return something....
> Means there is no way to switch to a generic read-only configuration in a portable way. 
> What we can do is to allow to only control batches which have the proper job xml in the classpath.



--
This message was sent by Atlassian JIRA
(v6.2#6252)