(previous message had image attachment that was too large for apache...
reposting)
> If I have the ethernetIP jar on the daffodil debug classpath, only, then
> when I try to step into the ethernetIP schema I get a failure:
> "debugger daffodil.error.scopenotfound", and the parse ends, no infoset
> In the launch.json, changing the debug level to INFO didn't reduce the
huge
> debug output to the terminal.
This doesn't happen for me; the INFO and DEBUG levels are respected. Can
you share your launch.json configuration?
The relevant section from my launch.json looks like:
...
> Even if you choose output type JSON, the output infoset file is named
> infoset.xml. Should be infoset.json.
This is unfortunate, but the expected current behavior, as the
"infosetOutput.path"
parameter sets the filename of the output, but the separate "infosetFormat"
parameter sets the format
The VOTE to release Apache Daffodil VS Code Extension 1.3.1-rc1 is now
closed.
The vote fails with:
1 binding -1
1 binding +1
The VOTE thread:
https://lists.apache.org/thread/9tnjjg3l9hltv7owq2mh7sbwqmbj3634
The vote breakdown is:
+1 Mike Beckerle (binding)
-1 Robert Strickland (binding)
Hi Mike, those sound like bugs that do need to be addressed: debug levels,
json output, etc. I'll look into them to reproduce and handle issues, etc.
.. Adam
On Tue, Aug 29, 2023 at 7:59 AM Mike Beckerle wrote:
> My vote +1 (However, I see already there is a binding -1, so oh well)
>
> I want
My vote +1 (However, I see already there is a binding -1, so oh well)
I want to try some even harder schemas, but already this is more robust and
usable than 1.3.0 because it makes the error outputs more visible.
A few notes:
I like the Debug Console tab. The error messages that mention files,
My vote is -1.
I found an issue, while testing and development for the data editor, that would
render any byte
with a binary value of 0x00 as "null" / "inoperable" in the data viewports.
This comes from a conditional when creating the elements to display byte values
and it
interpreting the
This is the issue. I have created PCAP and EthernetIP for Daffodil 3.5.0
and it is working now.
On Fri, Aug 25, 2023 at 2:17 PM Mike Beckerle wrote:
> Ah. 1.3.1 is Daffodil 3.5.0. That's quite possibly the explanation. I
> will report back.
>
> On Fri, Aug 25, 2023 at 11:50 AM Shane Dell
It's fine to put the release notes in the wiki page. I think the main
thing ASF really cares about is there links to download artifacts and
keys/checksums on the site page.
An abridged version of release notes and/or a link to the more detailed
documentation on that page doesn't seem
Sorry, I missed that. I've given it a +1, though in the future you don't
need +1's to merge site changes. It's up to the discretion of committers
whether or not they need review. And since these are usually reviewed as
part of release and not really public until after the release, it's fine
to
Oh, I didn't know about these release notes! I wish they were part of the
extension repo also, tbh. I can see why they are published on the Daffodil
site, but I would also like them incorporated or referenced in the docs,
which are currently hosted on the extension GitHub wiki.
On Fri, Aug 25,
I have a PR out on the daffodil-site repo,
https://github.com/apache/daffodil-site/pull/118, for
adding the 1.3.1 release page. Not sure if that is what you were referring to
or not Steve. I
do say it upgrades to Daffodil 3.5.0, but I can add the link to the release
information that
Steve
We currently have
https://github.com/apache/daffodil-vscode/wiki/Apache-Daffodil%E2%84%A2-Extension-for-Visual-Studio-Code:-v1.3.1,
and I will add the notes about Daffodil 3.5.0.
Thanks!
.. Adam
On Fri, Aug 25, 2023 at 10:57 AM Steve Lawrence
wrote:
> For a little more detail, one of the
Ah. 1.3.1 is Daffodil 3.5.0. That's quite possibly the explanation. I will
report back.
On Fri, Aug 25, 2023 at 11:50 AM Shane Dell wrote:
> Mike,
>
> I see this same issue but my question is were the schemas updated to
> support the latest
> version of Daffodil? That is the only thing I could
For a little more detail, one of the backwards incompatible changes made
in 3.5.0 was a few package renames to better support OSGI. This required
that the META-INF/services file in the ethernetIP had to be renamed from
org.apache.daffodil.layers.LayerCompiler
to
I suspect the dfdl-ethernetip-1.2.0.jar your launch.json is pointing to was
built at the 1.2.0 git tag, and that jar file isn't compatible with
Daffodil 3.5.0. (Tag 1.2.0 uses Daffodil 3.2.1.)
If you do a `sbt package` and point your launch.json to the jar file under
the target directory, the
Mike,
I see this same issue but my question is were the schemas updated to support
the latest
version of Daffodil? That is the only thing I could think of that breaks the
schemas. I cloned a
fresh instance of the PCP schema and I am getting errors trying to run a `sbt
clean install`,
so I
I see the same problem and will file an issue. I don't have any quick ideas
why it is happening.
.. Adam
On Fri, Aug 25, 2023 at 7:45 AM Mike Beckerle wrote:
> Not voting yet, because I am perhaps doing something simple wrong.
>
> I am getting nowhere fast:
>
> I am debugging PCAP with the
Not voting yet, because I am perhaps doing something simple wrong.
I am getting nowhere fast:
I am debugging PCAP with the ethernetIP dependency. From a terminal,'sbt
clean test' works and all tests pass. This also populates lib_managed which
is where the ethernetIP jar is found for the debug
Hello all,I'd like to call a vote to release Apache Daffodil VS Code 1.3.1-rc1.
All distribution packages, including signatures, digests, etc. can be
found at:
https://dist.apache.org/repos/dist/dev/daffodil/daffodil-vscode/1.3.1-rc1
This release has been signed with PGP key
20 matches
Mail list logo