Comments (5)
This is something we may want to do in the future but if we actually need to become identified developers for Apple by joining Apple's Developer Program. For now use the second process Sebastian described above.
from gov.nasa.jpl.imce.oml.
This is generally a problem with anything downloaded from the internet (not via the app store, etc.), and has been observed to happen with other COTS software we use (e.g., MagicDraw).
Fix for El Capitan:
- Go to "System Preferences"
- Choose "Security & Privacy"
- Click the lock at the bottom of the dialog to unlock. You may need to enter your password / a super user password.
- Select "Anywhere" under "Allow apps download from:"
This option is no longer available / hidden by the gatekeepr on Sierra. The following workaround must be applied:
- Open a new terminal
- Type the following command:
sudo spctl --master-disable
- you will be prompted for a superuser password - Now follow the steps above for El Capitan - the command from step 2 will let the "Anywhere" reappear.
from gov.nasa.jpl.imce.oml.
I concur with @sjiherzig, the product opened fine on my computer since I had already disabled gatekeeper.
from gov.nasa.jpl.imce.oml.
I am running macOS Sierra; the only options for "Allow apps downloaded from" are:
- App Store
- App Store and identified developers (checked)
There is no third option.
Also, this part can't be edited, even after unlocking the panel.
I think JPL OCIO has restricted access to this system setting for JPL deployments of macosSierra
Bottom line: we should add "identified developers" to the OML WB product.
from gov.nasa.jpl.imce.oml.
Ah, thanks, I managed to replicate the error:
java.lang.IllegalArgumentException: There should be exactly 1 Bundle in org.eclipse.xtext.linking.lazy.LazyLinkingResource@2a797a3b uri='platform:/resource/test2/models/www.w3.org/v2001/xsd.oml'
at gov.nasa.jpl.imce.oml.dsl.generator.OMLGenerator.beforeGenerate(OMLGenerator.java:1661)
at org.eclipse.xtext.generator.GeneratorDelegate.beforeGenerate(GeneratorDelegate.java:52)
at org.eclipse.xtext.generator.GeneratorDelegate.generate(GeneratorDelegate.java:33)
at org.eclipse.xtext.builder.BuilderParticipant.handleChangedContents(BuilderParticipant.java:564)
at org.eclipse.xtext.builder.BuilderParticipant.handleChangedContents(BuilderParticipant.java:549)
at org.eclipse.xtext.builder.BuilderParticipant.doGenerate(BuilderParticipant.java:534)
at org.eclipse.xtext.builder.BuilderParticipant.doBuild(BuilderParticipant.java:280)
at org.eclipse.xtext.builder.BuilderParticipant.build(BuilderParticipant.java:238)
at org.eclipse.xtext.builder.impl.RegistryBuilderParticipant$DeferredBuilderParticipant.build(RegistryBuilderParticipant.java:161)
at org.eclipse.xtext.builder.impl.RegistryBuilderParticipant.build(RegistryBuilderParticipant.java:69)
at org.eclipse.xtext.builder.impl.XtextBuilder.doBuild(XtextBuilder.java:291)
at org.eclipse.xtext.builder.impl.XtextBuilder.fullBuild(XtextBuilder.java:319)
at org.eclipse.xtext.builder.impl.XtextBuilder.build(XtextBuilder.java:155)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:735)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:206)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:246)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:301)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:304)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:360)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:383)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:235)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
This stack trace clearly shows that the Xtext builder invokes the OML Generator.
This shouldn't happen; the OML Generator is intended to be ran manually and only on an OML Bundle. It is intended to report an error if invoked on an *.oml file that doesn't specify a single bundle.
The problem comes from this commit: ef70de8?diff=unified
In the oml.dsl.ui plugin.xml
, the OML Generator was disabled per this article:
https://christiandietrich.wordpress.com/2011/10/15/xtext-calling-the-generator-from-a-context-menu/
The commit re-enabled it. This explains why the Xtext builder runs it (see the above stack trace).
When it runs on a non-bundle *.oml file, it is designed to report an error.
from gov.nasa.jpl.imce.oml.
Related Issues (20)
- No "gov.nasa.jpl.imce.oml.parent" artifact published.
- Code generation problem w/ the OMLResourceZip support for Eclipse
- Missing serialization support for CardinalityRestrictionKind.
- Fix the OML grammar to allow a digit-leading character for an ID. HOT 1
- Add support for OWL HasValue restriction on OML individuals.
- Allow OML Rules to refer to either the forward or inverse of an OML ReifiedRelationship for the head.
- Consider tightening data relationship source & target operation return types HOT 1
- Add support for individual restriction for one of individuals
- Add support for specializing unreified relationships.
- Add support for multiple classification of individuals.
- Minor fixes
- Update OMLExtensions.wrapOMLIDIfNeeded to produce a valid IRI fragment
- StackOverflow vulnerability for OML description boxes with refinement cycles
- OML Xtext scope provider bug for ReifiedRelationshipInstance.singletonConceptClassifier
- StackOverflow in OMLExtensions.collectAllImportedTerminologiesFromDescription
- Caching optimization for speeding up Xtext serialization
- Serialization bug for parsing OMLZip NumericalScalarRestrictions
- Serialization problem with cardinality restrictions.
- OMLZip handling of entity scalar data properties
- Saving OMLZip produces seemingly incomplete file
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gov.nasa.jpl.imce.oml.