Region shows as "None" after stack deploys using manual parameters

Description
Briefly describe the bug you are facing.
In the Cloud9 IDE, if you deploy using "sam deploy" with manual parameters, and do not supply a region in the command line, it uses the correct region but the output message shows "None".
Partially described in issue https://github.com/awslabs/aws-sam-cli/issues/1704.
Steps to reproduce

Open Cloud9.
Deploy a stack with manual parameters, e.g.:
sam deploy --template-file packaged.yaml --stack-name ride-times --capabilities CAPABILITY_IAM
See output message ("Successfully created/updated stack - ride-times in None").

The stack deploys implicitly to the correct region (where the Cloud9 instance is located) but the output message is misleading/wrong.
Observed result
Please provide command output with --debug flag set.
jbeswick@amazon.com:~/environment/theme-park-backend/1-app-deploy/ride-controller (master) $ sam deploy --template-file packaged.yaml --stack-name ride-times --capabilities CAPABILITY_IAM
    Deploying with following values
    ===============================
    Stack name                 : ride-times
    Region                     : None
    Confirm changeset          : False
    Deployment s3 bucket       : None
    Capabilities               : ["CAPABILITY_IAM"]
    Parameter overrides        : {}

Initiating deployment
Expected result
It should display the region code where the stack was deployed.
Describe what you expected.
Additional environment details (Ex: Windows, Mac, Amazon Linux etc)

OS: Cloud9
sam --version: SAM CLI, version 0.38.0

Add --debug flag to command you are running

maybe related https://github.com/awslabs/aws-sam-cli/issues/1704

This issue is fixed and merged.


Add Builder to TextMapCodec (https://github.com/uber/jaeger-client-java/issues/88)

Add Builder to TextMapCodec - fixes #88

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.

@hzariv thanks for the change!
@vprithvi  will be doing a new release soon.


Update routing tree location

Routing tree editor is now only available as a
link from within the configuration docs for
alertmanager.
Code changes:

Routing tree CSS is now in a CSS file
The label set input now draws the route when
"enter" is pressed

@juliusv @fabxc

:+1:

Will wait for agreement from @fabxc :)

+1
On Tue, Apr 12, 2016, 4:24 PM stuart nelson<EMAIL_ADDRESS>wrote:

Will wait for agreement from @fabxc https://github.com/fabxc :)
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/prometheus/docs/pull/389#issuecomment-208932168


Generate TUF files

Do you intended for this tool to be able to generate TUF files for a given binary in addition to verifying them?
Should we define an API for that?

Yes, I do intend on it eventually. However, you can do signing of metadata with like 6 lines of Python, and anything can generate JSON, so worst case scenario, this requires some outside tooling to be fully usable right now.
Signing and generating metadata depends on serialization #24 at least, and it wouldn't really make sense either until after we have delegations #16 too.

Work tracked in rewrite branch

Depends on #81 and possibly #82

Also, the groundwork for this is merged into develop already. Generation exists, but signing does not.

Signing tracked in (dirty) branch sign.


Remove dependency on Docker from MSBuild targets

Resolves https://github.com/aspnet/AspNetCore/issues/3653
Changes:

This removes MSBuild targets which invoke docker commands to build
deb and rpm installers
Remove installer targets from the KoreBuild context. Put them into
separate project files
Simplify the targets used to build installers by reducing duplicate
variable names and deeply nested MSBuild contexts
Remove unused dependencies from the Docker build context

Motivation for the changes:

Preparing for arcade convergence (replacing of KoreBuild)
Allows us to build rpm, deb, and other installers independently
Source-build: make it easier to build only one type of Linux installer at a time
Remove the dependency on Docker. As long as you have a Linux machine with the right requirements, you can build the repo.
Simplify artifact flow on CI

cc @muratg


Node: 'sequential/embedding/embedding_lookup' indices[0,57] = 1544453 is not in [0, 1498136) 	 [[{{node sequential/embedding/embedding_lookup}}]] [Op:__inference_train_function_8141]

Click to expand!
Issue Type
Bug
Have you reproduced the bug with TF nightly?
Yes
Source
source
Tensorflow Version
tensorflow.compat.v2.version
Custom Code
Yes
OS Platform and Distribution
google colab
Mobile device
No response
Python version
No response
Bazel version
No response
GCC/Compiler version
No response
CUDA/cuDNN version
No response
GPU model and memory
No response
Current Behaviour?
InvalidArgumentError: Graph execution error:

Detected at node 'sequential/embedding/embedding_lookup' defined at (most recent call last):
    File "/usr/lib/python3.8/runpy.py", line 194, in _run_module_as_main
      return _run_code(code, main_globals, None,
    File "/usr/lib/python3.8/runpy.py", line 87, in _run_code
      exec(code, run_globals)
    File "/usr/local/lib/python3.8/dist-packages/ipykernel_launcher.py", line 16, in <module>
      app.launch_new_instance()
    File "/usr/local/lib/python3.8/dist-packages/traitlets/config/application.py", line 992, in launch_instance
      app.start()
    File "/usr/local/lib/python3.8/dist-packages/ipykernel/kernelapp.py", line 612, in start
      self.io_loop.start()
    File "/usr/local/lib/python3.8/dist-packages/tornado/platform/asyncio.py", line 149, in start
      self.asyncio_loop.run_forever()
    File "/usr/lib/python3.8/asyncio/base_events.py", line 570, in run_forever
      self._run_once()
    File "/usr/lib/python3.8/asyncio/base_events.py", line 1859, in _run_once
      handle._run()
    File "/usr/lib/python3.8/asyncio/events.py", line 81, in _run
      self._context.run(self._callback, *self._args)
    File "/usr/local/lib/python3.8/dist-packages/tornado/ioloop.py", line 690, in <lambda>
      lambda f: self._run_callback(functools.partial(callback, future))
    File "/usr/local/lib/python3.8/dist-packages/tornado/ioloop.py", line 743, in _run_callback
      ret = callback()
    File "/usr/local/lib/python3.8/dist-packages/tornado/gen.py", line 787, in inner
      self.run()
    File "/usr/local/lib/python3.8/dist-packages/tornado/gen.py", line 748, in run
      yielded = self.gen.send(value)
    File "/usr/local/lib/python3.8/dist-packages/ipykernel/kernelbase.py", line 365, in process_one
      yield gen.maybe_future(dispatch(*args))
    File "/usr/local/lib/python3.8/dist-packages/tornado/gen.py", line 209, in wrapper
      yielded = next(result)
    File "/usr/local/lib/python3.8/dist-packages/ipykernel/kernelbase.py", line 268, in dispatch_shell
      yield gen.maybe_future(handler(stream, idents, msg))
    File "/usr/local/lib/python3.8/dist-packages/tornado/gen.py", line 209, in wrapper
      yielded = next(result)
    File "/usr/local/lib/python3.8/dist-packages/ipykernel/kernelbase.py", line 543, in execute_request
      self.do_execute(
    File "/usr/local/lib/python3.8/dist-packages/tornado/gen.py", line 209, in wrapper
      yielded = next(result)
    File "/usr/local/lib/python3.8/dist-packages/ipykernel/ipkernel.py", line 306, in do_execute
      res = shell.run_cell(code, store_history=store_history, silent=silent)
    File "/usr/local/lib/python3.8/dist-packages/ipykernel/zmqshell.py", line 536, in run_cell
      return super(ZMQInteractiveShell, self).run_cell(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/IPython/core/interactiveshell.py", line 2854, in run_cell
      result = self._run_cell(
    File "/usr/local/lib/python3.8/dist-packages/IPython/core/interactiveshell.py", line 2881, in _run_cell
      return runner(coro)
    File "/usr/local/lib/python3.8/dist-packages/IPython/core/async_helpers.py", line 68, in _pseudo_sync_runner
      coro.send(None)
    File "/usr/local/lib/python3.8/dist-packages/IPython/core/interactiveshell.py", line 3057, in run_cell_async
      has_raised = await self.run_ast_nodes(code_ast.body, cell_name,
    File "/usr/local/lib/python3.8/dist-packages/IPython/core/interactiveshell.py", line 3249, in run_ast_nodes
      if (await self.run_code(code, result,  async_=asy)):
    File "/usr/local/lib/python3.8/dist-packages/IPython/core/interactiveshell.py", line 3326, in run_code
      exec(code_obj, self.user_global_ns, self.user_ns)
    File "<ipython-input-32-2dfe1a9e3af4>", line 1, in <module>
      model.fit(padded_sequences_x, padded_sequences_y, batch_size=64, epochs=15)
    File "/usr/local/lib/python3.8/dist-packages/keras/utils/traceback_utils.py", line 65, in error_handler
      return fn(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/training.py", line 1650, in fit
      tmp_logs = self.train_function(iterator)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/training.py", line 1249, in train_function
      return step_function(self, iterator)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/training.py", line 1233, in step_function
      outputs = model.distribute_strategy.run(run_step, args=(data,))
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/training.py", line 1222, in run_step
      outputs = model.train_step(data)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/training.py", line 1023, in train_step
      y_pred = self(x, training=True)
    File "/usr/local/lib/python3.8/dist-packages/keras/utils/traceback_utils.py", line 65, in error_handler
      return fn(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/training.py", line 561, in __call__
      return super().__call__(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/utils/traceback_utils.py", line 65, in error_handler
      return fn(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/base_layer.py", line 1132, in __call__
      outputs = call_fn(inputs, *args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/utils/traceback_utils.py", line 96, in error_handler
      return fn(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/sequential.py", line 413, in call
      return super().call(inputs, training=training, mask=mask)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/functional.py", line 511, in call
      return self._run_internal_graph(inputs, training=training, mask=mask)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/functional.py", line 668, in _run_internal_graph
      outputs = node.layer(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/utils/traceback_utils.py", line 65, in error_handler
      return fn(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/engine/base_layer.py", line 1132, in __call__
      outputs = call_fn(inputs, *args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/utils/traceback_utils.py", line 96, in error_handler
      return fn(*args, **kwargs)
    File "/usr/local/lib/python3.8/dist-packages/keras/layers/core/embedding.py", line 208, in call
      out = tf.nn.embedding_lookup(self.embeddings, inputs)
Node: 'sequential/embedding/embedding_lookup'
indices[0,57] = 1544453 is not in [0, 1498136)
	 [[{{node sequential/embedding/embedding_lookup}}]] [Op:__inference_train_function_8141]

Standalone code to reproduce the issue
link to code and dataset:
colab file: https://colab.research.google.com/drive/13JZX5HQQGJrf6t9CcCA0kM3JHegBtnTz?usp=sharing   dataset:
 https://drive.google.com/file/d/1pKAJ-PF42nRB2kw0ZdMAkg1i2fUSvF-y/view?usp=sharing

i expect the code to fit in the model:
model:
# Define  model
model = Sequential()
model.add(Embedding(len(word_index)+1 ,
                    embedding_weights.shape[1],
                    weights=[embedding_weights],
                    input_length=padded_sequences_x.shape[1],
                    trainable=False))
model.add(Bidirectional(LSTM(32, return_sequences=True)))
model.add(attention(return_sequences=False)) # receive 3D and output 3D
model.add(RepeatVector(len(padded_sequences_y[1]))) # repeat vector
model.add(LSTM(32, return_sequences=True))  #decoder layer
model.add(Dropout(0.2))
model.add(TimeDistributed(Dense(1, activation='softmax')))
#model.add(Dense(1, activation='softmax'))

summery:
Model: "sequential"
_________________________________________________________________
 Layer (type)                Output Shape              Param #
=================================================================
 embedding (Embedding)       (None, 79,<PHONE_NUMBER>00

 bidirectional (Bidirectiona  (None, 79, 64)           34048
 l)

 attention (attention)       (None, 64)                143

 repeat_vector (RepeatVector  (None, 38, 64)           0
 )

 lstm_1 (LSTM)               (None, 38, 32)            12416

 dropout (Dropout)           (None, 38, 32)            0

 time_distributed (TimeDistr  (None, 38, 1)            33
 ibuted)

Relevant log output
No response

@priyansh4320
I tried to reproduce the issue on colab using TF v2.11 but facing different error could you please provide all dependencies and find the gist here for reference.
Thank you !

@tiruk007 i assume that you have also uploaded the dataset via the link https://drive.google.com/file/d/1pKAJ-PF42nRB2kw0ZdMAkg1i2fUSvF-y/view?usp=sharing  to your google drive.

my file path to the dataset is this : /content/drive/MyDrive/ATS- gigadata/model_gigadata_new.csv
here I have create another folder  "ATS-gigadata" where my file is located
you can use this path for yourself: /content/drive/MyDrive/model_gigadata_new.csv
since uploading a file to google drive will appear in my drive by default
regarding dependencies , all dependencies are provided in file itself

@priyansh4320
Sorry for the late reply, Could you please provide an accessible dataset to replicate the issue reported here ?
Thank you!

@tiruk007
dataset link : https://drive.google.com/file/d/1pKAJ-PF42nRB2kw0ZdMAkg1i2fUSvF-y/view?usp=sharing

@SuryanarayanaY
I was able to reproduce the issue on Colab using 2.11. please find the gist here for reference.
Thank you !

Hi, Apologies for the delayed response, I tried to check the issue. Model definition looks fine, the only thing you want to try is data preprocessing part like take a relook into the tokenizer part.
Also, I did not get the use of below logic.
#increasing length of word index to change the shape
i=1
while i<=10:
  word_index['person organization gpe ',i] = 1000+i
  i+=1


categorize-animation plugin frame-time issue

Problem statement:
the categorize-animation plugin's documentation states that the frame_time argument defines 'How long to display each image (in milliseconds).'
However, this does not seem to be entirely true. It also seems to define a pre-image blank screen duration as well as the duration of the prompt before being allowed to give a response.
Reproducing the error
Use the categorize-animation.html from the examples folder. On the single defined trial (named trials), add a frame_time parameter and set it to a relatively large value, say, 5000. The trial would then look like this:
var trials = {
    type: 'categorize-animation',
    stimuli: ['img/happy_face_1.jpg', 'img/sad_face_3.jpg'],
    key_answer: 'd',
    choices: ['d', 's'],
    text_answer: 'different',
    feedback_duration: 1000,
    correct_text: "
Correct. The faces had %ANS% expressions.
",
    incorrect_text: "
Incorrect. The faces had %ANS% expressions.
",
    prompt: "
Press "d" if the faces had different emotional expressions. Press "s" if the faces had the same emotional expression.
",
    frame_time: 5000
    //render_on_canvas: false
  };

Optionally, add a console.log statement in the jspsych-categorize-animation.js plugin file below line 133 - just at the start of the function call in setInterval, so it looks like this:
...
// show animation
    var animate_interval = setInterval(function() {
      console.log('Interval sequence triggered')
      if (!trial.render_on_canvas) {
        display_element.innerHTML = ''; // clear everything
      }
      animate_frame++;
...

What you should be able to see is that there is a 5s blank screen, then image 1, then image 2 (both for 5s each) and then no response is allowed during the prompt until 5 seconds have passed. Only after those 5 seconds is response allowed. Then the feedback should appear (feedback works as expected). Also, in the console you should see that the log statement is called 4 times (although twice is expected).
A possible solution(-ish)
I think that the problem lies partly in the documentation and partly in the code. Perhaps the blank screen is fine to kinda prepare the user, so this just needs to be documented. However, the delay for response at the end should perhaps be fixed.
It's also ever so slightly strange to see how this setInteveral is created on this plugin -- all other timeout events are handled globally in the core module, while only this is left hanging by itself. Perhaps the above issue is a consequence of this, but I am not too sure.
Hope this helps!

Hi @nikbpetrov, you're absolutely right, thanks for flagging this! I'll ask Josh but I don't think the initial blank screen delay before the animation is intended - if someone wants to add preparation time then that could be done with a separate trial before the categorize-animation trial. So assuming this is a bug, then I think the problem is that the start of the animation is triggered inside of setInterval, which means it is always delayed by the frame_time duration. We could fix this by showing the first animation frame immediately and simultaneously setting up the setInterval, to continue the animation after that.
And I agree that the use of the normal JS setInterval function is a little weird. I'm guessing this is just because setInterval isn't used by many other plugins (except the animation plugin), so perhaps there was no need to set this up in the plugin API. The real benefit of handling this globally by the core module would be to make it easier to ensure that all setIntervals are cleared at the end of a trial. I don't think there's a huge need for this, but at the same time, you're right that it would be more consistent with how the setTimeout functions work.

I think this is now fixed with https://github.com/jspsych/jsPsych/commit/03cb835bcf10085fd81f3cd533874466b500d2e7.
@nikbpetrov there is an option for allowing a response before the animation is complete (allow_response_before_complete) so I didn't change how the final frame behaves. But I did change things so that the animation starts immediately in both animation plugins.


[Dialog] component

AC
Dialog (formerly called modal) should be built to help used complete discreet actions that would otherwise take them out of the normal flow of work.
MVP:

Sections: header, contents, footer
Un-opinionated content
Closing mechanisms

esc key - optional, consider event propagation
X button - optional (mvp is just an X)
primary/secondary buttons (is there a public .close function)
click outside to close - optional prop

Backdrop component

no scroll backdrop

A11y
Focus management
Size props: S, M, L
Tab indexing
z-index (dialog itself, content inside)

Consider

Modal  (no interaction with other controls)  vs. Modeless
Render props (investigate at a minimum)
Animations (post-mvp)
Widths vs Layout vs Content (multi-column)
Scroll bars
links in the footer (vs actions)
best practices for footer actions (do these extend to popover?)
Does this need to support "portals"
Is always controlled? Does it have it's own state?
Variants

Warning: Moving could have unintended consequenses
Danger: Deleting data will delete
Reset??

Lazy children for use in table
transition config
portal

Design specs
source: https://preview.uxpin.com/871cc8a4f408b19ba0af468631cd762258212741#/pages/83832382/specification/sitemap

Placing story on hold...
Branch
https://github.com/mineral-ui/mineral-ui/tree/527-dialog
Demo
http://527-dialog--mineral-ui.netlify.com/components/dialog

Future Work

Animation prop to override default

Or theme variable(s)?

Full-screen

Placement prop? Or overrides placement?

Option to display close to top (v. vertically centered)

Placement prop

DialogManager?

Children as render function
for stacking dialogs or for rendering multiple modeless dialogs as notifications?

Could expose internal state or helper functions - eg. Close

Dialog children - could always expect be a function, that gets provided with helpers, e.g. close

Is the “contextual” example approach sufficient/robust enough?

iframe
Button to open normally
Private contextual/static/inline prop on real Dialog?

To render inline and work for examples?

Basically just need to make it clear to users that the examples are different than normal - perhaps a callout will suffice

Here is how bootstrap modals document this stuff - https://getbootstrap.com/docs/4.0/components/modal/

Can this be accomplished via usePortal prop?
May be needed for nested dialogs

keepMounted/lazy option? - perf/seo
Placement prop would be useful for modeless mode

Definitely when implement notifications, etc


[2012-11-09] Many-many relationships: Mentor with cyrillic Project

created by: webspilka
created at: 2012-11-09
original ticket: http://open.silverstripe.org/ticket/8017

I get code from http://doc.silverstripe.org/framework/en/tutorials/5-dataobject-relationship-management
If I use Cyrillic in the title Project page
Then on Project tab I can't find Project by Page Name and Link it
I can't create Many-many relationships: Mentor with cyrillic Project
Pages in Latin are no problems.

@chillu does this issue have enough details to be addressed? I suggest we update or close this if we can't.
It feels obsolete since we no longer used inline query parameters.

Closing


pass event type as event header to milliner

GitHub Issue: (https://github.com/Islandora-CLAW/CLAW/issues/740)

Other Relevant Links (https://github.com/Islandora-CLAW/islandora/pull/154)

What does this Pull Request do?
Passes the event type through from the Drupal event object to Milliner's node stream
What's new?
just mapping event.object.type to a header called Event
How should this be tested?

pull down this PR and package up the feature and update in karaf (how i did this)
make a drupal node create or update (probably easiest to also have the related PR in above)
check to make sure the header is present when it gets to milliner

Additional Notes:
I kind of made up this header. There are many different ways to do this. It could be an entirely separate stream of events from drupal and/or it could point to a separate milliner endpoint. I'm definitely open to whatever is deemed as the best practice - this was just a starting point to get the pieces connected.
Interested parties
@Islandora-CLAW/committers

I will work on tests once I know if this is the right approach to take.

I'm going to try to update the tests for this as well

As mentioned in https://github.com/Islandora-CLAW/islandora/pull/154, I think this PR can be closed as it is unnecessary to fire a separate event from Drupal, through Alpaca, and into Milliner and instead Milliner (as part of saving the node) will create a fedora version. Looking for confirmation before closing this PR.

big thank you to @qadan and @whikloj for helping me through this

This appears to work for me. 👍
The one hiccup I have is that the derivative consumers aren't starting up. ☹  I assume this has more to do with me building/deploying it incorrectly rather than a roadblock to merging if somebody else tests this PR with working derivatives.

Ah, I bet I need to update the AS2Object in the connector-derivative also

Are you seeing any kind of error message on the derivs? I'm not seeing anything errors in the karaf.log

When installing the derivative connector the karaf client didn't complain but there is a lot of activity in the logs. E.g.:
2019-10-16 14:37:48,111 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Bundle started: ca.islandora.alpaca.connector.houdini.blueprint.xml
2019-10-16 14:37:48,113 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Starting JMX agent on server: com.sun.jmx.mbeanserver.JmxMBeanServer@66d3c617
2019-10-16 14:37:48,113 | DEBUG | nt Dispatcher: 1 | OsgiNamingHelper                 | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Generated free name for bundle id: 121, clash: false -> ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini
2019-10-16 14:37:48,115 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=context,name="IslandoraConnectorHoudini"
2019-10-16 14:37:48,115 | DEBUG | nt Dispatcher: 1 | TimerListenerManager             | 57 - org.apache.camel.camel-core - 2.20.4 | Added TimerListener: org.apache.camel.management.mbean.ManagedCamelContext@43f8dc3c
2019-10-16 14:37:48,115 | DEBUG | nt Dispatcher: 1 | faultManagementLifecycleStrategy | 57 - org.apache.camel.camel-core - 2.20.4 | Registering 2 pre registered services
2019-10-16 14:37:48,116 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=OsgiTypeConverter
2019-10-16 14:37:48,116 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=components,name="properties"
2019-10-16 14:37:48,116 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=health,name="IslandoraConnectorHoudini"
2019-10-16 14:37:48,116 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=routecontroller,name="IslandoraConnectorHoudini"
2019-10-16 14:37:48,117 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=eventnotifiers,name=EventNotifier(0x2994d47d)
2019-10-16 14:37:48,117 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=eventnotifiers,name=EventNotifier(0x64ebdd55)
2019-10-16 14:37:48,119 | DEBUG | nt Dispatcher: 1 | ResolverHelper                   | 57 - org.apache.camel.camel-core - 2.20.4 | Lookup Language with name simple in registry. Found: null
2019-10-16 14:37:48,119 | DEBUG | nt Dispatcher: 1 | ResolverHelper                   | 57 - org.apache.camel.camel-core - 2.20.4 | Lookup Language with name simple-language in registry. Found: null
2019-10-16 14:37:48,120 | DEBUG | nt Dispatcher: 1 | SimpleLanguage                   | 57 - org.apache.camel.camel-core - 2.20.4 | Simple language predicate/expression cache size: 1000
2019-10-16 14:37:48,120 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultEndpointRegistry
2019-10-16 14:37:48,121 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultExecutorServiceManager
2019-10-16 14:37:48,121 | DEBUG | nt Dispatcher: 1 | SharedProducerServicePool        | 57 - org.apache.camel.camel-core - 2.20.4 | Starting service pool: org.apache.camel.impl.SharedProducerServicePool@3c407726
2019-10-16 14:37:48,121 | DEBUG | nt Dispatcher: 1 | SharedPollingConsumerServicePool | 57 - org.apache.camel.camel-core - 2.20.4 | Starting service pool: org.apache.camel.impl.SharedPollingConsumerServicePool@76a81a0
2019-10-16 14:37:48,121 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultInflightRepository
2019-10-16 14:37:48,121 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultAsyncProcessorAwaitManager
2019-10-16 14:37:48,121 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultShutdownStrategy
2019-10-16 14:37:48,122 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultRestRegistry
2019-10-16 14:37:48,122 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultRuntimeCamelCatalog
2019-10-16 14:37:48,122 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultTransformerRegistry
2019-10-16 14:37:48,123 | DEBUG | nt Dispatcher: 1 | DefaultManagementAgent           | 57 - org.apache.camel.camel-core - 2.20.4 | Registered MBean with ObjectName: org.apache.camel:context=ca.islandora.alpaca.connector.houdini.blueprint.xml-IslandoraConnectorHoudini,type=services,name=DefaultValidatorRegistry
2019-10-16 14:37:48,123 | INFO  | nt Dispatcher: 1 | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | StreamCaching is not in use. If using streams then its recommended to enable stream caching. See more details at http://camel.apache.org/stream-caching.html
2019-10-16 14:37:48,123 | DEBUG | nt Dispatcher: 1 | HeadersMapFactoryResolver        | 57 - org.apache.camel.camel-core - 2.20.4 | Creating default HeadersMapFactory
2019-10-16 14:37:48,123 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | Using HeadersMapFactory: org.apache.camel.impl.DefaultHeadersMapFactory@2b37f01b
2019-10-16 14:37:48,123 | DEBUG | nt Dispatcher: 1 | faultManagementLifecycleStrategy | 57 - org.apache.camel.camel-core - 2.20.4 | Load performance statistics disabled
2019-10-16 14:37:48,123 | INFO  | nt Dispatcher: 1 | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | Total 0 routes, of which 0 are started
2019-10-16 14:37:48,123 | INFO  | nt Dispatcher: 1 | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | Apache Camel 2.20.4 (CamelContext: IslandoraConnectorHoudini) started in 1 minute
2019-10-16 14:37:48,123 | DEBUG | nt Dispatcher: 1 | OsgiCamelContextPublisher        | 57 - org.apache.camel.camel-core - 2.20.4 | Registering CamelContext [IslandoraConnectorHoudini] of in OSGi registry
2019-10-16 14:37:48,135 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.apache.camel.CamelContext]] changed to REGISTERED
2019-10-16 14:37:48,136 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.apache.camel.CamelContext]] changed to REGISTERED
2019-10-16 14:37:48,136 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.apache.camel.CamelContext]] changed to REGISTERED
2019-10-16 14:37:48,136 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.apache.camel.CamelContext]] changed to REGISTERED
2019-10-16 14:37:48,137 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=false type=CREATING bundle=ca.islandora.alpaca.connector.fits.blueprint.xml] %s
2019-10-16 14:37:48,162 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.cm.ManagedService]] changed to REGISTERED
2019-10-16 14:37:48,163 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.cm.ManagedService]] changed to REGISTERED
2019-10-16 14:37:48,163 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.cm.ManagedService]] changed to REGISTERED
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiCamelContextNameStrategy
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiManagementNameStrategy
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiClassResolver
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiFactoryFinderResolver
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiPackageScanClassResolver
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiComponentResolver
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiLanguageResolver
2019-10-16 14:37:48,165 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Using OsgiDataFormatResolver
2019-10-16 14:37:48,167 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | Using ComponentResolver: org.apache.camel.blueprint.BlueprintComponentResolver@531a0c09 to resolve component with name: properties
2019-10-16 14:37:48,167 | DEBUG | xFrameworkWiring | OsgiCamelContextHelper           | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Setting up OSGi ServiceRegistry
2019-10-16 14:37:48,167 | DEBUG | xFrameworkWiring | ResolverHelper                   | 57 - org.apache.camel.camel-core - 2.20.4 | Lookup Component with name properties in registry. Found: org.apache.aries.blueprint.compendium.cm.CmPropertyPlaceholder@4c14f0a1
2019-10-16 14:37:48,168 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-core
2019-10-16 14:37:48,168 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-spring
2019-10-16 14:37:48,168 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-http4
2019-10-16 14:37:48,168 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.activemq.activemq-camel
2019-10-16 14:37:48,184 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.activemq.activemq-osgi
2019-10-16 14:37:48,184 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-jackson
2019-10-16 14:37:48,184 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-http-common
2019-10-16 14:37:48,185 | DEBUG | xFrameworkWiring | AnnotationTypeConverterLoader    | 57 - org.apache.camel.camel-core - 2.20.4 | Found 3 packages with 19 @Converter classes to load
2019-10-16 14:37:48,185 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-http4
2019-10-16 14:37:48,185 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Found 2 @Converter classes to load
2019-10-16 14:37:48,185 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-http-common
2019-10-16 14:37:48,185 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Found 1 @Converter classes to load
2019-10-16 14:37:48,185 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-jackson
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Found 1 @Converter classes to load
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-spring
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Found 1 @Converter classes to load
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.camel.camel-core
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | No additional package names found in classpath for annotated type converters.
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.activemq.activemq-osgi
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Found 2 @Converter classes to load
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | OsgiTypeConverter                | 55 - org.apache.camel.camel-blueprint - 2.20.4 | loading type converter from bundle: org.apache.activemq.activemq-camel
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | Activator                        | 57 - org.apache.camel.camel-core - 2.20.4 | Found 2 @Converter classes to load
2019-10-16 14:37:48,186 | WARN  | xFrameworkWiring | DefaultTypeConverter             | 57 - org.apache.camel.camel-core - 2.20.4 | Overriding type converter from: StaticMethodTypeConverter: public static org.apache.activemq.command.ActiveMQDestination org.apache.activemq.camel.converter.ActiveMQConverter.toDestination(java.lang.String) to: StaticMethodTypeConverter: public static org.apache.activemq.command.ActiveMQDestination org.apache.activemq.camel.converter.ActiveMQConverter.toDestination(java.lang.String)
2019-10-16 14:37:48,186 | WARN  | xFrameworkWiring | DefaultTypeConverter             | 57 - org.apache.camel.camel-core - 2.20.4 | Overriding type converter from: InstanceMethodTypeConverter: public org.apache.activemq.command.ActiveMQMessage org.apache.activemq.camel.converter.ActiveMQMessageConverter.toMessage(org.apache.camel.Exchange) throws javax.jms.JMSException to: InstanceMethodTypeConverter: public org.apache.activemq.command.ActiveMQMessage org.apache.activemq.camel.converter.ActiveMQMessageConverter.toMessage(org.apache.camel.Exchange) throws javax.jms.JMSException
2019-10-16 14:37:48,186 | WARN  | xFrameworkWiring | DefaultTypeConverter             | 57 - org.apache.camel.camel-core - 2.20.4 | Overriding type converter from: InstanceMethodTypeConverter: public org.apache.camel.Processor org.apache.activemq.camel.converter.ActiveMQMessageConverter.toProcessor(javax.jms.MessageListener) to: InstanceMethodTypeConverter: public org.apache.camel.Processor org.apache.activemq.camel.converter.ActiveMQMessageConverter.toProcessor(javax.jms.MessageListener)
2019-10-16 14:37:48,186 | DEBUG | xFrameworkWiring | ResolverHelper                   | 57 - org.apache.camel.camel-core - 2.20.4 | Found Component with incompatible class: org.apache.aries.blueprint.compendium.cm.CmPropertyPlaceholder
2019-10-16 14:37:48,187 | DEBUG | xFrameworkWiring | BlueprintComponentResolver       | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Found component resolver: properties in registry: org.apache.camel.impl.osgi.Activator$BundleComponentResolver@62223ae
2019-10-16 14:37:48,190 | DEBUG | xFrameworkWiring | CamelContextFactoryBean          | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Set the application context classloader to: BundleDelegatingClassLoader(ca.islandora.alpaca.connector.fits.blueprint.xml [124])
2019-10-16 14:37:48,190 | DEBUG | xFrameworkWiring | AbstractCamelContextFactoryBean  | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Setting up routes
2019-10-16 14:37:48,190 | DEBUG | xFrameworkWiring | AbstractCamelContextFactoryBean  | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Found JAXB created routes: []
2019-10-16 14:37:48,190 | DEBUG | xFrameworkWiring | OsgiPackageScanClassResolver     | 57 - org.apache.camel.camel-core - 2.20.4 | Searching for implementations of org.apache.camel.RoutesBuilder in packages: [ca.islandora.alpaca.connector.derivative]
2019-10-16 14:37:48,193 | DEBUG | xFrameworkWiring | OsgiPackageScanClassResolver     | 57 - org.apache.camel.camel-core - 2.20.4 | Found: []
2019-10-16 14:37:48,213 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintListener]] changed to REGISTERED
2019-10-16 14:37:48,213 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.activemq.activemq-osgi] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=ca.islandora.alpaca.connector.homarus.blueprint.xml] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=ca.islandora.alpaca.connector.ocr.blueprint.xml] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.aries.transaction.blueprint] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.karaf.jaas.blueprint.config] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.fcrepo.camel.fcrepo-indexing-triplestore-blueprint] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.karaf.shell.core] %s
2019-10-16 14:37:48,214 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=ca.islandora.alpaca.connector.houdini.blueprint.xml] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.aries.blueprint.cm] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATING bundle=ca.islandora.alpaca.connector.fits.blueprint.xml] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.aries.blueprint.core] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.fcrepo.camel.fcrepo-service-camel] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.camel.camel-blueprint] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.fcrepo.camel.fcrepo-service-activemq] %s
2019-10-16 14:37:48,215 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=true type=CREATED bundle=org.apache.aries.transaction.blueprint] %s
2019-10-16 14:37:48,215 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintListener]] changed to REGISTERED
2019-10-16 14:37:48,216 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintListener]] changed to REGISTERED
2019-10-16 14:37:48,216 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintListener]] changed to REGISTERED
2019-10-16 14:37:48,216 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintListener]] changed to REGISTERED
2019-10-16 14:37:48,216 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintContainer]] changed to REGISTERED
2019-10-16 14:37:48,217 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintContainer]] changed to REGISTERED
2019-10-16 14:37:48,217 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintContainer]] changed to REGISTERED
2019-10-16 14:37:48,217 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintContainer]] changed to REGISTERED
2019-10-16 14:37:48,217 | DEBUG | xFrameworkWiring | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Service org.osgi.framework.ServiceEvent[source=[org.osgi.service.blueprint.container.BlueprintContainer]] changed to REGISTERED
2019-10-16 14:37:48,217 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=false type=CREATED bundle=ca.islandora.alpaca.connector.fits.blueprint.xml] %s
2019-10-16 14:37:48,217 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Received BlueprintEvent[ replay=false type=CREATED bundle=ca.islandora.alpaca.connector.fits.blueprint.xml] %s
2019-10-16 14:37:48,217 | INFO  | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Attempting to start Camel Context IslandoraConnectorFits
2019-10-16 14:37:48,217 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 55 - org.apache.camel.camel-blueprint - 2.20.4 | Starting CamelContext(IslandoraConnectorFits)
2019-10-16 14:37:48,217 | INFO  | nt Dispatcher: 1 | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | Apache Camel 2.20.4 (CamelContext: IslandoraConnectorFits) is starting
2019-10-16 14:37:48,218 | DEBUG | nt Dispatcher: 1 | BlueprintCamelContext            | 57 - org.apache.camel.camel-core - 2.20.4 | Using ClassResolver=org.apache.camel.core.osgi.OsgiClassResolver@2b7aa6f6, PackageScanClassResolver=org.apache.camel.core.osgi.OsgiPackageScanClassResolver@46bb1022, ApplicationContextClassLoader=BundleDelegatingClassLoader(ca.islandora.alpaca.connector.fits.blueprint.xml [124]), RouteController=org.apache.camel.impl.DefaultRouteController@475cdf87
2019-10-16 14:37:48,218 | INFO  | nt Dispatcher: 1 | ManagedManagementStrategy        | 57 - org.apache.camel.camel-core - 2.20.4 | JMX is enabled
2019-10-16 14:38:48,218 | WARN  | xFrameworkWiring | BlueprintEventDispatcher         | 12 - org.apache.aries.blueprint.core - 1.7.1 | Listener timed out, will be ignored
java.util.concurrent.TimeoutException
        at java.util.concurrent.AbstractExecutorService.doInvokeAny(AbstractExecutorService.java:184)[:1.8.0_222]
        at java.util.concurrent.AbstractExecutorService.invokeAny(AbstractExecutorService.java:225)[:1.8.0_222]
        at org.apache.aries.blueprint.utils.threading.ScheduledExecutorServiceWrapper$4.call(ScheduledExecutorServiceWrapper.java:184)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.utils.threading.ScheduledExecutorServiceWrapper$15.call(ScheduledExecutorServiceWrapper.java:452)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.utils.threading.RWLock.runReadOperation(RWLock.java:35)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.utils.threading.ScheduledExecutorServiceWrapper.runUnlessShutdown(ScheduledExecutorServiceWrapper.java:447)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.utils.threading.ScheduledExecutorServiceWrapper.invokeAny(ScheduledExecutorServiceWrapper.java:178)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintEventDispatcher.callListener(BlueprintEventDispatcher.java:199)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintEventDispatcher.callListeners(BlueprintEventDispatcher.java:189)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintEventDispatcher.blueprintEvent(BlueprintEventDispatcher.java:140)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:424)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:276)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:300)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:269)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:265)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:255)[12:org.apache.aries.blueprint.core:1.7.1]
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[21:org.apache.aries.util:1.1.1]
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[21:org.apache.aries.util:1.1.1]
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[21:org.apache.aries.util:1.1.1]
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[21:org.apache.aries.util:1.1.1]
        at org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[21:org.apache.aries.util:1.1.1]
        at org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1179)[org.apache.felix.framework-5.6.1.jar:]
        at org.apache.felix.framework.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:730)[org.apache.felix.framework-5.6.1.jar:]
        at org.apache.felix.framework.EventDispatcher.fireBundleEvent(EventDispatcher.java:485)[org.apache.felix.framework-5.6.1.jar:]
        at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541)[org.apache.felix.framework-5.6.1.jar:]
        at org.apache.felix.framework.Felix.startBundle(Felix.java:2172)[org.apache.felix.framework-5.6.1.jar:]
        at org.apache.felix.framework.Felix$RefreshHelper.restart(Felix.java:5063)[org.apache.felix.framework-5.6.1.jar:]
        at org.apache.felix.framework.Felix.refreshPackages(Felix.java:4253)[org.apache.felix.framework-5.6.1.jar:]
         at org.apache.felix.framework.FrameworkWiringImpl.run(FrameworkWiringImpl.java:188)[org.apache.felix.framework-5.6.1.jar:]
        at java.lang.Thread.run(Thread.java:748)[:1.8.0_222]

I didn't know about these messages until the derivatives failed to appear. The derivative messages don't show up in the karaf log because the consumer failed to start and didn't dequeued them from ActiveMQ:

It’s alllllliiiiiiiive! 🥳
Derivatives still didn’t work initially; but, after I rebooted the virtual machine karaf restarted and was finally happy.

...and Travis hates my whitespace.  Good to know big brother is still watching.  I'll undo that whitespace then.

Well, at least Travis is happy now!
@elizoller, we just need to get codecov happy now.

ok, no problem. i'll look at the tests. thank you so much @seth-shaw-unlv!

The more I look at this, the more I think that we don't need to touch the AS2Object in the derivative-connector. Because the derivative-connector doesn't need to know if its a new Drupal version, right?

@elizoller, you are probably right. Wasn't that added when we were trying to figure out why my derivatives weren't processing? We can try pulling it out and seeing if it still works without it.

If I remove it from the AS2Object for the derivative-connector here in Alpaca then the related PR for Islandora will have to not send the isNewVersion flag to anything that goes to islandora-connector-* queues instead of islandora-indexing-fcrepo (or else it'll error).  So it'll involve a commit here and corresponding commit on the islandora PR https://github.com/Islandora/islandora/pull/733


Texture UNDERlays

Similar to texture overlays, I request the addition of the ability to choose an underlay for a material. It could be used to add things like a glow for materials that emit light, or some radiation effect.
You should be able to use an overlay and an underlay at the same time.
(In fact, if possible just give the ability to select as many over- and underlays as you want, while being able to select the order in which they are applied.

like avaritia?
I think i can add it (like colorable infinity ingot shadow)

i give up.

That's unfortunate. :(


Configurable bindings

With this extension, the plugin user can add JAXB bindings to the XJC process.
My fork (and so this pull request apparently) is based on the latest version of @theBlackDragon with the most recent jaxb libraries.

I'm a bit late to the party in replying to this but using something like the following you could already get the plugin to pick up all binding files in a directory:
xjcCommandLine ++= Seq("-extension", "-b", "src/main/resources/xml-schemas")

This is not exactly well documented though (the xjc manpage claims you need one -b per binding, though most implementations seem to conveniently support just picking them all up with a non-standard extension, hence the "-extension" argument).
Note that the "old" libraries used by current master don't support this, hence why I updated the versions in my fork (I probably should've documented that in the commit messages, mea culpa).

+1 great change!  @retronym could we commit this?

@timvlaer / @theBlackDragon Thanks for contributing! Sorry I didn't see the pull request until now.
@benmccann Thanks for reviewing! I wonder if you'd be interested taking over this project? I've invited you to a team with merge permissions.

Thanks @retronym. I believe I'd accepted the invite, but it looks like I don't have access to merge this yet. Perhaps that team doesn't actually have merge permissions on this project?

I'd created the team but forgotten to add it to the repo. Just did so now, try again!

Cool. Thanks!

I just checked in a test for this code:
https://github.com/sbt/sbt-xjc/commit/41dc2f9e4daec7e452420dc589c0833ca530b943


Implement batching rules for jaxkdtree.kNN

Thanks for chatting with us about this code :) This PR implements batching rules for jaxkdtree.kNN and associated tests.
Scope of CUDA code and jax op wrapper is expanded to allow for batched inputs.
Added tests to verify that the batched and unbatched inputs give equivalent results, as well as to make sure results are consistent with a naive pairwise distance calculation. Added a minimal notebook to expose this functionality.
cc: @florpi

The additional commits generalize to a few other values of k (with corresponding tests implemented). There is also some more benchmarking in the example notebook.


feat(bivariate-matrix): 12169 - added hints for hexagons on the map

Can i haz screenshot? :cat:

@Komzpa sure! It's a draft PR, it's in progress. I'll add screenshots in the end!


Event-specific class definitions are duplicated

extra.lua is used to define classes that aren't part of the main schema but are needed to describe the values passed by events. The contents of this file is duplicated into every lua file generated, creating multiple definitions.

i don't generate a separate file for these anymore, so it's fine, lol


[Feature Request] I would like to be able to launch a batch flow from the SKD or CLI that runs over a registered dataset on Azure Machine Learning

Is your feature request related to a problem? Please describe.
It seems like I can only point to local files for running the batch test.
Describe the solution you'd like
When using pfazure I would like to be able to give the data reference on azure machine learning

Hi @bostdiek , you can reference this sample: https://github.com/microsoft/promptflow/blob/main/examples/tutorials/run-management/cloud-run-management.ipynb
We support submit run with remote data wtih "azureml:{name}:{version}" format.
It's also supported in CLI: https://microsoft.github.io/promptflow/reference/pfazure-command-reference.html?highlight=remote#pfazure-run-create

Thanks Han Wang!
I assumed it had to be something easy like that, but I couldn’t find it! Much appreciated.
-Bryan
From: Han Wang @.>
Date: Wednesday, December 13, 2023 at 10:18 PM
To: microsoft/promptflow @.>
Cc: Mention @.>, Author @.>
Subject: Re: [microsoft/promptflow] [Feature Request] I would like to be able to launch a batch flow from the SKD or CLI that runs over a registered dataset on Azure Machine Learning (Issue #1476)
Hi @bostdiekhttps://github.com/bostdiek , you can reference this sample: https://github.com/microsoft/promptflow/blob/main/examples/tutorials/run-management/cloud-run-management.ipynb
We support submit run with remote data wtih "azureml:{name}:{version}" format.
It's also supported in CLI: https://microsoft.github.io/promptflow/reference/pfazure-command-reference.html?highlight=remote#pfazure-run-create
image.png (view on web)https://github.com/microsoft/promptflow/assets/7776147/1a797b7b-e8a8-4459-8746-b66b4b76c0d5
—
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/promptflow/issues/1476#issuecomment-1855059092 or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACPQFPYYLYABSIZNVURJQ7LYJJVY3BFKMF2HI4TJMJ2XIZLTSSBKK5TBNR2WLJDUOJ2WLJDOMFWWLO3UNBZGKYLEL5YGC4TUNFRWS4DBNZ2F6YLDORUXM2LUPGBKK5TBNR2WLJDUOJ2WLJDOMFWWLLTXMF2GG2C7MFRXI2LWNF2HTAVFOZQWY5LFUVUXG43VMWSG4YLNMWVXI2DSMVQWIX3UPFYGLAVFOZQWY5LFVI2TMOBRGU2TGNZZGCSG4YLNMWUWQYLTL5WGCYTFNSWHG5LCNJSWG5C7OR4XAZNMJFZXG5LFINXW23LFNZ2KM5DPOBUWG44TQKSHI6LQMWVHEZLQN5ZWS5DPOJ42K5TBNR2WLKJWGYYDIOBZGM3TRAVEOR4XAZNFNFZXG5LFUV3GC3DVMWVDEMBUGAYDANRVGE2YFJDUPFYGLJLMMFRGK3FFOZQWY5LFVI2TMOBRGU2TGNZZGCTXI4TJM5TWK4VGMNZGKYLUMU.
You are receiving this email because you were mentioned.
Triage notifications on the go with GitHub Mobile for iOShttps://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Androidhttps://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

No problem, closing this since it's resolved.


⚠ Guya.moe Proxied has degraded performance

In 074d1a0, Guya.moe Proxied (https://ice.guya.moe/) experienced degraded performance:

HTTP code: 200
Response time: 11951 ms

Resolved: Guya.moe Proxied performance has improved in 3b3c096 after 2 hours, 38 minutes.


Add IAB CCPA string to config service request

Changes
Add IAB CCPA string to config service request
@VerizonAdPlatforms/video-partner-sdk-developers: Please review.

Codecov Report

Merging #129 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #129   +/-   ##
=======================================
  Coverage   77.68%   77.68%
=======================================
  Files          90       90
  Lines        8218     8218
=======================================
  Hits         6384     6384
  Misses       1834     1834

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8b122ad...5889884. Read the comment docs.


scroll on open menu

Before all, thank you very much for the select component!
I notice that, when you have a selected item, and you open the menu, and then scroll, the menu closes, but the selected item stays hidden.
This scrolling option is great, you should also implement on the component menu!
Thank you again!

Very much appreciated!
I noticed this issue once during design, but couldn't duplicate. Thanks for the steps to reproduce, I'll take a look.

Hi,
Very nice component, thx again, but i struggle to make the mdc-select and mdc-select-items have full width of parent container.

@Eski I'll update the documentation with a better approach but here's a quick and dirty..
.select-container {
  width: 200px;

  .mdc-select {
    width: inherit;
  }

  .mdc-select__menu {
    width: inherit;
  }
}

This work perfectly for a fixed width but if you have a 100% width, the mdc-select__menu get out of the container.


List time test cases

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@871b1ae). Click here to learn what that means.
The diff coverage is n/a.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
@@            Coverage Diff            @@
##             master     #113   +/-   ##
=========================================
  Coverage          ?   68.30%
  Complexity        ?      431
=========================================
  Files             ?       78
  Lines             ?     1524
  Branches          ?      164
=========================================
  Hits              ?     1041
  Misses            ?      419
  Partials          ?       64

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


checking if reader is None

Getting errors when connection was closed:
  File "/usr/local/lib/python3.6/site-packages/tornado/gen.py", line 1069, in run
    yielded = self.gen.send(value)
  File "<string>", line 6, in _wrap_awaitable
  File "/usr/local/lib/python3.6/site-packages/cian_core/context/_stack_context.py", line 70, in wrapper
    val = yielded.send(res)
  File "/usr/local/lib/python3.6/site-packages/aioredis/connection.py", line 199, in _read_data
    if (obj == b'' or obj is None) and self._reader.at_eof():
AttributeError: 'NoneType' object has no attribute 'at_eof'

This change has been superseded by #891.


[Feature Request] Mod lower beat saber versions than 1.35

I would like to mod beat saber 1.28 since the Oculus OS update broke permissions. Could modding other versions please be added?

QuestPatcher supports modding 1.28 already. It does not support the downgrading process, you will need to use QAVS to downgrade and then QP to mod. Downgrading is not what QP is designed to do so I will not consider that as a feature request.

that was a fast response! I didn't  know that. Thanks for letting me know and all that you do! the haptics in the new update are driving me crazy.


One Small Favour - Missing Entity Highlight

On the "Talk to Wizard Cromperty in north east Ardougne" step of One Small Favour, the blue arrow indicating what to do next only points to the building, but not to Wizard Cromperty himself.
Here's an image to show what I see:

The correct text is still highlighted:

This also occurs during the "return to Wizard Cromperty" step.


migrate couchdb source off reconciler.Base

We are attempting to remove reconciler.Base. Migration needs to happen for this component.
See the examples.

/assign


The 'search' placeholder text is light green, whatever the tab colour

So you end up with horrific green-on-orange text and similar.  Instead can we just make it light grey to indicate it's placeholder, or perhaps 50% transparent white?

Duplicate of #2010


Does the model support tasks related to coordinates?

as above mentioned. Does the model support tasks related to coordinates?

Hi, the current model can understand the location roughly, but the coordinates is not supported now.


[bug] Desktop version shows not all integrations

My Setup

Operating System: Windows 10
App Version: 2.17.7
Installation type: exe

[ ] I have tested with the latest version
[X] I can simulate the issue easily

Description
I have pretty much integrations and in Electron Application I have not ability to get all of them, but web version show all.
I think it's some kind of limits or something.
My integrations

Current Behavior
Desktop version shows not all integrations
Web version shows all integrations
Expected Behavior
Desktop version shows all integrations even if you have a lot of it.

This is odd, as integrations are totally a server thing. @ankar84, do you mind transferring this issue to the server repo? It may be a bug at the web client itself.

Hi, @tassoevan
Sure, if you think, that is server side bug.
But web client show me all integrations when Electron did not.

@tassoevan so strange. Today all integrations are shown in Electron application.
So, I think it was some temporary issue. I did try to Reset Application Data with no luck yesterday. But today it works fine. Maybe close-open helped, I don't know.
So, closing that issue.


Bugfix: Conditional Rendering in RelicPreview.js

Pull Request
Description
Fixes rendering when only partially equipped relics for build.
Type of Changes
Fixed

Fixes the undefined error when accessing score.meta.modified prop.

Checklist

[x] I have added commit messages that are descriptive and meaningful.
[x] I have tested the changes locally.
[x] I have reviewed the code changes.

Screenshots
Before:

After:

Just curious, how did you trigger this bug?

Just curious, how did you trigger this bug?

I equipped my kafka with only 3 relics and tried to do some relic optimization. Then when I click to see the current build (without 2 pieces) in the sheet first line it gives me this error.

Ahhh I see it now - the fix looks good. Ty!


[boost] boost:x64-windows build failed

Describe the bug
Error message displayed during library installation: Command failure "ninjia.exe-v"
Environment

OS: [e.g. Windows]
visual studio: 2022

To Reproduce
Steps to reproduce the behavior:

./vcpkg install boost:x64-windows
See error
Repro code when

Expected behavior
install success
Failure logs
config-x64-windows-out.log
Additional context
The error information is as follows：
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
Command failed: "C:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" -v
Working Directory: F:/src/vcpkg/buildtrees/boost-headers/x64-windows-rel/vcpkg-parallel-configure
Error code: 1
See logs for more information:
F:\src\vcpkg\buildtrees\boost-headers\config-x64-windows-rel-CMakeCache.txt.log
F:\src\vcpkg\buildtrees\boost-headers\config-x64-windows-out.log
Call Stack (most recent call first):
installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:261 (vcpkg_execute_required_process)
installed/x64-windows/share/vcpkg-boost/boost-install.cmake:55 (vcpkg_cmake_configure)
ports/boost-headers/portfile.cmake:12 (boost_configure_and_install)
scripts/ports.cmake:175 (include)
error: building boost-headers:x64-windows failed with: BUILD_FAILED
Elapsed time to handle boost-headers:x64-windows: 1.1 s
Please ensure you're using the latest port files with git pull and vcpkg update.
Then check for known issues at:
https://github.com/microsoft/vcpkg/issues?q=is%3Aissue+is%3Aopen+in%3Atitle+boost-headers
You can submit a new issue at:
https://github.com/microsoft/vcpkg/issues/new?title=[boost-headers]+Build+error+on+x64-windows&body=Copy+issue+body+from+F%3A%2Fsrc%2Fvcpkg%2Finstalled%2Fvcpkg%2Fissue_body.md

Could you please provide the below logs to us? Thank you!
F:\src\vcpkg\buildtrees\boost-headers\config-x64-windows-rel-CMakeCache.txt.log
F:\src\vcpkg\buildtrees\boost-headers\config-x64-windows-out.log

@Cheney-W: The config log is there. However, the problem seems to be unrelated to boost. The problem here is that CMake is not able to run a simple test program:
    cl : Command line error D8050 : cannot execute 'C:\PROGRA~1\MICROS~3\2022\COMMUN~1\VC\Tools\MSVC\1439~1.335\bin\Hostx64\x64\c1xx.dll': failed to get command line into debug records

    ninja: build stopped: subcommand failed.

@imprnoob Could you please reinstall Visual Studio and see if this issue still persists? Thank you!

I have a same issue with boost-core.
[vcpkg\buildtrees\boost-core\stdout-x64-windows.txt]
-- Downloading https://github.com/boostorg/core/archive/boost-1.85.0.tar.gz -> boostorg-core-boost-1.85.0.tar.gz...
[DEBUG] To include the environment variables in debug output, pass --debug-env
[DEBUG] Trying to load bundleconfig from c:\vcpkg\vcpkg-bundle.json
[DEBUG] Failed to open: c:\vcpkg\vcpkg-bundle.json
[DEBUG] Bundle config: readonly=false, usegitregistry=false, embeddedsha=nullopt, deployment=Git, vsversion=nullopt
[DEBUG] Metrics enabled.
[DEBUG] Feature flag 'binarycaching' unset
[DEBUG] Feature flag 'compilertracking' unset
[DEBUG] Feature flag 'registries' unset
[DEBUG] Feature flag 'versions' unset
[DEBUG] Feature flag 'dependencygraph' unset
Downloading https://github.com/boostorg/core/archive/boost-1.85.0.tar.gz
[DEBUG] Trying to hash C:\vcpkg\downloads\boostorg-core-boost-1.85.0.tar.gz.7816.part
[DEBUG] C:\vcpkg\downloads\boostorg-core-boost-1.85.0.tar.gz.7816.part has hash a1e774c98b537dd42018742af68f5889af1afd4e6c9809399987124e56a3b9ae2f20e8173170bc6fc0ad76fb95e2da7b9d385a4037e9ee12011fc02bf8f7e009
error: Failed to download from mirror set
error: File does not have the expected hash:
url: https://github.com/boostorg/core/archive/boost-1.85.0.tar.gz
File: C:\vcpkg\downloads\boostorg-core-boost-1.85.0.tar.gz.7816.part
Expected hash: 3a7be75e52f5c20830fccb9e7391a1e4556ebb072e6324df95b1ba38bed46e24f4c9f27a62a1099eddc90f2ac1ede083f0c850e2dc27fd42375d028516f675b3
Actual hash: a1e774c98b537dd42018742af68f5889af1afd4e6c9809399987124e56a3b9ae2f20e8173170bc6fc0ad76fb95e2da7b9d385a4037e9ee12011fc02bf8f7e009
[DEBUG] D:\a_work\1\s\src\vcpkg\base\downloads.cpp(997):
[DEBUG] Time in subprocesses: 0us
[DEBUG] Time in parsing JSON: 3us
[DEBUG] Time in JSON reader: 0us
[DEBUG] Time in filesystem: 700us
[DEBUG] Time in loading ports: 0us
[DEBUG] Exiting after 477 ms (468531us)
CMake Error at scripts/cmake/vcpkg_download_distfile.cmake:32 (message):
  Failed to download file with error: 1
  If you are using a proxy, please check your proxy setting. Possible causes are:

  1. You are actually using an HTTP proxy, but setting HTTPS_PROXY variable
     to `https://address:port`. This is not correct, because `https://` prefix
     claims the proxy is an HTTPS proxy, while your proxy (v2ray, shadowsocksr
     , etc..) is an HTTP proxy. Try setting `http://address:port` to both
     HTTP_PROXY and HTTPS_PROXY instead.

  2. If you are using Windows, vcpkg will automatically use your Windows IE Proxy Settings
     set by your proxy software. See https://github.com/microsoft/vcpkg-tool/pull/77
     The value set by your proxy might be wrong, or have same `https://` prefix issue.

  3. Your proxy's remote server is out of service.

  If you've tried directly download the link, and believe this is not a temporary
  download server failure, please submit an issue at https://github.com/Microsoft/vcpkg/issues
  to report this upstream download server failure.

Call Stack (most recent call first):
scripts/cmake/vcpkg_download_distfile.cmake:270 (z_vcpkg_download_distfile_show_proxy_and_fail)
scripts/cmake/vcpkg_from_github.cmake:106 (vcpkg_download_distfile)
ports/boost-core/portfile.cmake:3 (vcpkg_from_github)
scripts/ports.cmake:175 (include)

@tensor5375 that is a different issue and duplicate to #38974


Add test to check that beforeRouteEnter hooks are called in entity update components

Overview of the issue
In update entity components the entity being updated is fetched by using beforeRouteEnter hook.
There is no test to check that, while it should be.
The goal here is to ensure that a call to the service is made when a user navigate to an update component. And that this call do update the underlying entity of the component.
Motivation for or Use Case
Improve the code coverage of the vuejs application.
Related issues or PR
An issue involving yarn has enlighten these missing tests.

[x] Checking this box is mandatory (this is just to show you read everything)

I think the problem here can be split in two:

The first test should be to check that the router configuration allows the registered hooks to be triggered on navigation event. I'm not sure that it could be done with unit testing of one component in isolation of other components. Reading the vue router test cookbook it appears that navigation and associated event are tested using the App component, and verifying that it mounts the child component when needed.

The second part, seems more easy to test (there is already some test that do simular checks). It consist on verifying that the beforeRouteEnter does what expected (ie. call the service, and update the component entity)

I think this ticket will help for the upgrade to generator-jhipster 6.8.0

Testing beforeRouteEnter should be easy.
If I remember well, we did it on our current project with @nonomoho -> can you confirm ?
So I should be able to take care of this, unless you want to lead this part @stonedMoose : just tell me :-)

I get the impression that
currently beforeRouteEnter is not called: reproduction see here
neither in [entityName-]details.component.ts nor in [entityName-]update.component.ts
result in empty value fields
more information:
jdl
entity Student {
	name String  required
}

entity University {
	name String  required
}

relationship OneToMany {
    University{standard} to Student{university(name) required},
}

dto * with mapstruct

done in main generator


Some models have extra inputs, pad them too

What does this PR do?
Some models have extra inputs, which need to be padded as well. This fix is for a gpt2 variant
token_type_ids information:
this is used if the model has 2 input sentences. for example to do classification on pairs of sentences, or question answering
https://huggingface.co/docs/transformers/glossary#token-type-ids
for regular generation token_type_ids is expected to be "0" always as far as i understand, because there is only 1 sentence type

Fixes # (issue)
Before submitting

[ ] This PR fixes a typo or improves the docs (you can dismiss the other checks if that's the case).
[ ] Did you make sure to update the documentation with your changes?
[ ] Did you write any new necessary tests?

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.

Is this PR ready for review? I see "DONOTMERGEYET" in the title

@regisss yes, this is ready to merge. edited the title to remove the DONOTMERGEYET


"Show output segments in 3D" takes very long

... during the first run.

It is due to having tens of millions of tiny surface segments because of the noisy voxel values and small details in the image. Probably the time could be reduced by 1-2 magnitudes if we apply smoothing (it consolidates few-voxel fragments into larger blobs). If you don't want to smooth then you can use volume rendering to visualize the results, similarly to the preview. You can adjust gradient opacity transfer function or maximum opacity projection mode, or set ventilated regions opacity to very low to ensure make dense regions show up well, from any viewpoint.
What is the goal of the 3D visualization? What do you need to see?

Thanks for the explanation, I recently calculated the number of voxels myself and the numbers get breathtakingly high even in such a "small" 512 x 512 x 512 resolution.

What is the goal of the 3D visualization? What do you need to see?
The leading feature in Lung Analyzer should be reliable volume calculation for individual compartments. The 3D effect is a bit of overkill right now if all segments are displayed together, maybe it already helps if one reduces the number of visual segments. We see a lot of dorsal infiltrations in severe cases and our ICU doctors turn ventilated patients (prone) to counteract hydrostatic effects. 3D may help to better visualize the fluid-filled areas and demonstrate treatment effects.  I will experiment on that display a bit and discuss it with the team ...

We can have a quick interactive session with screen sharing so that I can show you what options are available. Give me a few timeslots that would work for you this week.

That would great, I would be available best tomorrow, Tuesday 15th (15:00-20:00 UTC) or Friday 18th (13:00-16:00 UTC) ...

Today (Tuesday) we give presentations at the Slicer project week, so unfortunately I'm not available, but Friday 15:00 UTC works well.

Ok, confirmed ! Zoom ? Glad if you could DM me the details. I was not aware of the project week, very interesting, tried to register right now and hope to get a Zoom link.


IntelliJ Plugin

Any chance that this plugin will make it to IntelliJ or Jetbrains products?

... I wish (heavy Goland user) but I'm not familiar with Kotlin to make it happen


Discrepancy with source and density in armi/materials/ht9.py::HT9

self.p.refDens for HT9 is inconsistent with the definition provided in the open source Metal Fuels Handbook (pg 194/210) source.
https://github.com/terrapower/armi/blob/dbf33e0064fd1c84099b0a9c97a7fa4688358196/armi/materials/ht9.py#L60
The handbook provides a temperature dependent linear equation for density with the nominal density being 7.778 g/cc rather than 8.86 g/cc.
Providing this discussion link for posterity. https://github.com/terrapower/armi/discussions/767

I'll double-check the references, but at least it's not a hard fix.
Hopefully, this doesn't impact any downstream analysis too hard.

Okay, I don't see any way to argue with you there; that is clearly what the reference says.
Let me open a PR for this right now.
Thanks!


Variables set inside application.yml are not accessible from database.yml

Is this the case or am I missing something?
See my  application.yml  :
development:
  AWS_BUCKET: xxx
  AWS_ACCESS_KEY_ID: xxx
  AWS_SECRET_ACCESS_KEY: xxx
  DEV_DB_NAME: xxx
  DEV_DB_USERNAME: 'xx'
  DEV_DB_PASSWORD: "'xxx'"
test:
  TEST_DB_NAME: xxx
  TEST_DB_USERNAME: 'xx'
  TEST_DB_PASSWORD: "'xxx'"

And here is my  database.yml  :
development:
  adapter: postgresql
  encoding: unicode
  database: <%= ENV['DEV_DB_NAME'] %>
  pool: 5
  username: <%= ENV['DEV_DB_USERNAME'] %>
  password: <%= ENV['DEV_DB_PASSWORD'] %>
  template: template0

test:
  adapter: postgresql
  encoding: unicode
  database:  <%= ENV['TEST_DB_NAME'] %>
  pool: 5
  username: <%= ENV['TEST_DB_USERNAME'] %>
  password:  <%= ENV['TEST_DB_PASSWORD'] %>
  template: template0

Eventhough all ENV variables set inside application.yml are accessible from console or whole application, they don't work in two cases:

rails db : It does not connect to DB because can't read ENV variables.
In the test environment. When I try to run my tests, test DB is not accessible due to no password.

Is this issue solved? I have this problem. I use Apache, passenger, Rails 4.2.0,  figaro 1.0.0...
What should I do?

Eventhough I set me environment, it overrides with the other environment. What would be the problem behind it?


ops.pebble.APIError during update events

Actual behavior
The juju debug-log stack shows some errors as the following:
unit-spark-history-server-k8s-0: 20:43:26 ERROR juju.worker.uniter pebble poll failed for container "spark-history-server": failed to send pebble-ready event: hook failed
unit-spark-history-server-k8s-0: 20:43:30 ERROR unit.spark-history-server-k8s/0.juju-log Uncaught exception while in charm code:
Traceback (most recent call last):
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/pebble.py", line 1599, in _request_raw
    response = self.opener.open(request, timeout=self.timeout)
  File "/usr/lib/python3.10/urllib/request.py", line 525, in open
    response = meth(req, response)
  File "/usr/lib/python3.10/urllib/request.py", line 634, in http_response
    response = self.parent.error(
  File "/usr/lib/python3.10/urllib/request.py", line 563, in error
    return self._call_chain(*args)
  File "/usr/lib/python3.10/urllib/request.py", line 496, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.10/urllib/request.py", line 643, in http_error_default
    raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 400: Bad Request

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/./src/charm.py", line 217, in <module>
    main(SparkHistoryServerCharm)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/main.py", line 441, in main
    _emit_charm_event(charm, dispatcher.event_name)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/main.py", line 149, in _emit_charm_event
    event_to_emit.emit(*args, **kwargs)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/framework.py", line 342, in emit
    framework._emit(event)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/framework.py", line 839, in _emit
    self._reemit(event_path)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/framework.py", line 928, in _reemit
    custom_handler(event)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/./src/charm.py", line 93, in _on_spark_history_server_pebble_ready
    container.add_layer(CONTAINER_LAYER, self._spark_history_server_layer, combine=True)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/model.py", line 2078, in add_layer
    self._pebble.add_layer(label, layer, combine=combine)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/pebble.py", line 1883, in add_layer
    self._request('POST', '/v1/layers', body=body)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/pebble.py", line 1564, in _request
    response = self._request_raw(method, path, query, headers, data)
  File "/var/lib/juju/agents/unit-spark-history-server-k8s-0/charm/venv/ops/pebble.py", line 1610, in _request_raw
    raise APIError(body, code, status, message)
ops.pebble.APIError: plan must define "command" for service "history-server"
unit-spark-history-server-k8s-0: 20:43:31 ERROR juju.worker.uniter.operation hook "spark-history-server-pebble-ready" (via hook dispatching script: dispatch) failed: exit status 1

Apart from this error, the spark-history server service run fine otherwise.
Versions

Operating system: jammy 22.04

Juju CLI: 3.1.7

Juju agent: 3.1.6

Charm revision: 3.4/edge (rev15)

microk8s: 1.29.1

This is not present anymore. This can be confirmed looking at the logs of the end-to-end tests, here


Visualization error

Congratulations and thanks for your great project!
When I run the visualization for mcmt (viz_mcmt.py), I got the errors as following:

start cam:41
[ERROR:0] global /tmp/pip-req-build-947ayiyu/opencv/modules/videoio/src/cap.cpp (160) open VIDEOIO(CV_IMAGES): raised OpenCV exception:
OpenCV(4.5.2) /tmp/pip-req-build-947ayiyu/opencv/modules/videoio/src/cap_images.cpp:253: error: (-5:Bad argument) CAP_IMAGES: can't find starting number (in the name of file): /gpfs/gsfs1/home/tnguyen/coding/reid_all/AIC21-MTMC/datasets/AIC21_Track3_MTMC_Tracking/mcmt/S06/c041/vdo.avi in function 'icvExtractPattern'

Are there any steps that we need to run before this visualization ?

Sorry, I have fixed this bug, which is caused by the wrong path.


nixUnstable: patch #4470 (ETag)

Motivation for this change
Make nixUnstable usable.
https://github.com/NixOS/nix/issues/4469
Proper update seems blocked https://github.com/NixOS/nixpkgs/pull/109309#issuecomment-768331750
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 111005 run on x86_64-darwin 1

3 packages built:

nix-update
nixFlakes (nixUnstable)
nixpkgs-review

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 111005 run on x86_64-darwin 1

3 packages built:

nix-update
nixFlakes (nixUnstable)
nixpkgs-review

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 111005 run on x86_64-linux 1

4 packages built:

hydra-unstable
nix-update
nixFlakes (nixUnstable)
nixpkgs-review

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 111005 run on x86_64-linux 1

4 packages built:

hydra-unstable
nix-update
nixFlakes (nixUnstable)
nixpkgs-review

backport: https://github.com/NixOS/nixpkgs/pull/111035

backport: https://github.com/NixOS/nixpkgs/pull/111035


Leverage dbt Cloud to Generate ML ready pipelines using Snowpark python - code fails at step 8 in dbt

I'm trying to complete step 8 but unfortunately it fails inside dbt at node "ml_data_prep":

The begining of the error:
$$
CALL ml_data_prep__dbt_sp();
20:46:38 Opening a new connection, currently in state closed
20:47:08 Snowflake adapter: Snowflake query id: 01b31f1e-0000-ad79-0000-00008f71a371
20:47:08 Snowflake adapter: Snowflake error: 100357 (P0000): Python Interpreter Error:
Traceback (most recent call last):
File "_udf_code.py", line 151, in main
File "_udf_code.py", line 36, in model
File "/usr/lib/python_udf/f4e509cd372a09942abc6ef933b2ac5b1a7b1eb2a9f369fd8e4df343ffe35c5c/lib/python3.8/site-packages/pandas/core/groupby/groupby.py", line 2263, in sum
result = self._agg_general(
And the end of the log file:

Success! Thanks a lot :)


ObjectStorage Prefix specified in BackupStorageLocation is ignored

Hello,
Velero's BackupStorageLocation (.spec.objectStorage.prefix) as well as OADP's DataProtectionApplication (.spec.backupLocations[].velero.objectStorage.prefix) allow setting a (optional) prefix for files uploaded into the S3 bucket:

Velero assumes it has control over the location you provide so you should use a dedicated bucket or prefix. If you provide a prefix, then the rest of the bucket is safe to use for multiple purposes.

apiVersion: velero.io/v1
kind: BackupStorageLocation
metadata:
  name: default
spec:
  provider: aws
  objectStorage:
    bucket: myBucket
    prefix: myPrefix

https://velero.io/docs/v1.13/api-types/backupstoragelocation/
Our BackupStorageLocation is configured with such a prefix, but the plugin currently ignores this. This leads to conflicts in the S3 bucket since ImageStream data is always uploaded to docker/registry/v2/... (when using the PluginRegistry).
This appears to be the problematic part of the code: https://github.com/openshift/openshift-velero-plugin/blob/95ab2b038f0170ab6b0fa70bcb2d28268b312739/velero-plugins/imagestream/registry.go#L133
An additional environment variable REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY=${BSL.spec.objectStorage.prefix} should be added to address this (see example in the (registry configuration documentation](https://distribution.github.io/distribution/about/configuration/))

Supporting the registry here was one of the reasons we added the prefix in the first place -- the registry can't be in the same prefix as the velero backup, or velero will complain about the docker dir. To avoid the issue you're hitting, we'd probably need to add a separate prefix for the registry location outside of the BSL config.

Supporting the registry here was one of the reasons we added the prefix in the first place

You mean adding the prefix to BackupStorageLocation.spec.objectStorage.prefix, correct?

the registry can't be in the same prefix as the velero backup, or velero will complain about the docker dir.

Ah, that's interesting. So if prefix is velero, then velero would complain if /velero/docker/registry/... appears in the S3 bucket?

Supporting the registry here was one of the reasons we added the prefix in the first place

You mean adding the prefix to BackupStorageLocation.spec.objectStorage.prefix, correct?

Yes, exactly.

the registry can't be in the same prefix as the velero backup, or velero will complain about the docker dir.

Ah, that's interesting. So if prefix is velero, then velero would complain if /velero/docker/registry/... appears in the S3 bucket?

Yes -- this is actually why I implemented the prefix feature upstream in the BSL in the first place.

UPDATE: Indeed, I found the relevant code snippet here: https://github.com/vmware-tanzu/velero/blob/6c2b66b480f1f58e08f62c8a0e8ae820a9cd02c6/pkg/persistence/object_store.go#L203
But plugins are allowed to (supposed to?) write arbitrary data to the plugins directory, so maybe this data should actually go to <PREFIX>/plugins/openshift-velero-plugin/docker/registry/...:

allow plugins to write arbitrary data to 'plugins/' directory inside backup storage location vmware-tanzu/velero#2344
https://github.com/vmware-tanzu/velero/pull/2350/files
https://github.com/vmware-tanzu/velero/blob/6c2b66b480f1f58e08f62c8a0e8ae820a9cd02c6/pkg/persistence/object_store_layout.go#L42

so maybe this data should actually go to /plugins/openshift-velero-plugin/docker/registry/...:

Sure. But it would be a breaking change. or require some migration effort.

And actually, any change here is potentially a breaking change, even my earlier suggestion for a registry-specific prefix. One possibility to fix would be to have the registry creation code configure the new location under plugins but if an existing registry exists at the top level, velero could copy the full set of registry files from top level to plugins if there are no files yet under plugins.

/lifecycle frozen


Release package to Maven repo

https://maven.apache.org/repository/guide-central-repository-upload.html

ping @TheKinrar (publish all Java Libraries)


Crash when accessing xml of an event deleted from system

This is a side effect of #69.
It is possible that the app cannot retrieve XML of an event when the event does not exist actually since EventItem.GetXml() method queries the corresponding event from the system when the user actually clicks on the event.
I encounter this issue when System event log was full and new events came in after opening the app (a rogue service program outputs logs very often on my system).

The app should handle the exception and skip highlighting the (invalid) xml string.

@Ceus , can you support to fix this? You can easily repro if you "Clear Log" on any event log you think is safe to clear after opening the log in the app.


Cosmetic Issue: List boxes text & selection offset

Text within the selection box has the wrong offset, red arrow.
The selection is also offsetted: When the mouse is at the yellow position, "True" is selected and a little bit below is "False" selected.

it worked a little bit too well... now every time I connect something to a list input, the application crashes. Furthermore, I can not select elements in lists other than the first.
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
/Users/mydata/projects/Floppy_contribution/floppy/painter.py in paintEvent(self, event)
    505                 if self.graph.getConnectionOfInput(inputPin):
    506                     text = inputPin.name
--> 507                     drawItem.draw(painter, asLabel=text)
    508                     # self.drawLabel(x, y+drawOffset+8, w, h, text, painter, Qt.AlignLeft)
    509                 else:

TypeError: draw() got an unexpected keyword argument 'asLabel'
QPainter::begin: A paint device can only be painted by one painter at a time.
QPainter::setCompositionMode: Painter not active

I just noticed that this selection problem is more of a display problem. If I click somewhere below the list box, then I can choose False but it will not be highlighted nor shown to be selected.

73de15c fixes the crash when connecting an input with a Selector widget.
I will investigate why the weird offset issue is still there.