yesworkflow-org / yw-prototypes

Research prototype with tutorial. Start here to learn about and try YesWorkflow.
http://yesworkflow.org/wiki
Other
33 stars 13 forks source link

How do we generate (or view, if they are being generated) log files? #33

Open olyerickson opened 8 years ago

olyerickson commented 8 years ago

I'm seeing the following java error:

java.util.NoSuchElementException
    at java.util.StringTokenizer.nextToken(StringTokenizer.java:349)
    at org.yesworkflow.annotations.Annotation.<init>(Annotation.java:35)
    at org.yesworkflow.annotations.AliasableAnnotation.<init>(AliasableAnnotation.java:10)
    at org.yesworkflow.annotations.Flow.<init>(Flow.java:10)
    at org.yesworkflow.annotations.Out.<init>(Out.java:9)
    at org.yesworkflow.extract.DefaultExtractor.extractAnnotations(DefaultExtractor.java:305)
    at org.yesworkflow.extract.DefaultExtractor.extract(DefaultExtractor.java:169)
    at org.yesworkflow.extract.DefaultExtractor.extract(DefaultExtractor.java:43)
    at org.yesworkflow.cli.YesWorkflowCLI.extract(YesWorkflowCLI.java:371)
    at org.yesworkflow.cli.YesWorkflowCLI.runForArgs(YesWorkflowCLI.java:255)
    at org.yesworkflow.cli.YesWorkflowCLI.main(YesWorkflowCLI.java:90)

I suspect I've got a bad @something somewhere, but can't spot it...

Thanks!

olyerickson commented 8 years ago

Bug found --- missing @as --- but the question stands...

ludaesch commented 8 years ago

Since @as is optional, why is there ug when you're missing @as? Did you have multiple names, such as "@in foo1 foo2" and meant to say "@in foo1 @as foo2" ? Note that "@in foo bar baz" might be an allowed shortcut in the future (for 3 @in statements..)

On Tue, Dec 15, 2015 at 12:40 PM, John S. Erickson, Ph.D. < notifications@github.com> wrote:

Bug found --- missing @as https://github.com/as --- but the question stands...

— Reply to this email directly or view it on GitHub https://github.com/yesworkflow-org/yw-prototypes/issues/33#issuecomment-164850818 .

tmcphillips commented 8 years ago

The exception you reported occurs when a YW keyword is not followed by an argument, e.g. a comment containing only the following triggers this exception and the long stack trace:

@begin

I just pushed a commit to the repo that makes YW produce a more informative message. With this change the above erroneous YW annotation produces a result such as the following at the command line:

$ yw graph
******************* YESWORKFLOW MARKUP ERRORS **************************
No argument provided to @begin keyword on line 9
------------------------------------------------------------------------
$ 

Is this consistent with the bug you found in your YW markup?