Coder Social home page Coder Social logo

mxupdate / update Goto Github PK

View Code? Open in Web Editor NEW
13.0 10.0 10.0 5.25 MB

MxUpdate is a deployment tool for the Enovia PLM platform to handle administration objects as single update files (configuration items). Due to license an usage in productive system is not possible.

Home Page: https://github.com/MxUpdate

License: Other

Java 100.00% Tcl 0.01%
mxupdate ci configuration-item mx enovia

update's Introduction

Short Introduction

MxUpdate is a deployment tool for the Enovia PLM platform to handle administration objects as single update files (configuration items).

For more information see the Wiki Start Page page.

The Wiki pages itself are concatenated to one PDF manual. The manual could be downloaded.

License

USAGE IS NOT ALLOWED IN PRODUCTIVE SYSTEMS.

Further Development

Development is stopped. Recommendation is to use the Spinner tool from Dassault System.

update's People

Contributors

moxter avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

update's Issues

Policy with all types assigned are not exported correct

From [email protected] on June 16, 2009 15:07:16

What steps will reproduce the problem? 1. execute MQL command:
add policy MxUpdate_Test type all state Pending ;
2. export policy:
exec prog MxUpdate --export --policy MxUpdate_Test --path /tmp; What is the expected output? What do you see instead? In the exported policy TCL update file is no type assigned:
:
type {}
:

but correct is:
:
type {all}
:

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=30

Installation of downloaded MxUpdate failed

From [email protected] on July 16, 2009 08:01:19

What steps will reproduce the problem? 1. Download zip-file
2. Installed as described What is the expected output? What do you see instead? The installation should work, but the following error occured:
update jpo 'org.mxupdate.install.Insert'
could not read "D:/mxupdate.V0.5.2/org/mxupdate/util/MqlUtil_mxJPO.java":
no such file or directory

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=47

type, policies, ... could not be updated if MxUpdate installed the first time within a MX enironment

From [email protected] on May 01, 2009 06:41:08

What steps will reproduce the problem? 1. MxUpdate must be installed the first time
2. update a type, relationship or policy (admin object which are using the JPOCaller class) What is the expected output? What do you see instead? The update failed if the error that the JPO caller instance is not defined for the instance. Please use labels and text to provide additional information.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=1

Support of multiple symbolic names for states of policies

From [email protected] on June 22, 2009 13:52:41

What steps will reproduce the problem? 1. create policy with a state and symbolic name for the state:
add pol Test state create property state_create value create property state_exists value create
2. export the policy
exec prog MxUpdate --export --policy Test --path c:/temp What is the expected output? What do you see instead? The TCL update file should look like this:
updatePolicy "${NAME}" {
:
state "create" {
registeredName "state_create"
registeredName "state_exists"
:
}
}
Currently only one registered name is exported!

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=34

Post-Update Script must be also defined within Source Code

From [email protected] on May 25, 2009 03:19:10

E.g. if for a XML file which is created as program in MX some properties must be defined than this is only possible via a separate MQL script.

Because the syntax itself depends on the language (XML, TCL, MQL), the line prefixes must be defined for each file suffix. e.g.:
In XML the same syntax than in JPOs is possible, because they can embedded in a comment:

In TCL this is not possible because there no TCL start and end comment exists. Instead a line prefix '#' should be defined:

START NEEDED MQL UPDATE FOR THIS JPO PROGRAM

comment

SOME TCL / MQL CODE

END NEEDED MQL UPDATE FOR THIS JPO PROGRAM

if a comment is wanted than two ## must be defined.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=18

Policy update with a signature referencing not existing state stops with an error which does not include the related state and signature

From [email protected] on July 02, 2009 06:16:14

What steps will reproduce the problem? 1. update of a policy with a signature branching to a non existing state What is the expected output? What do you see instead? An error is thrown, but without any information about the name of the signature and the state. This
means that a correction of the update file is not easy.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=44

Use escaped MQL command, also not correct handled double backslashes

From [email protected] on May 03, 2009 11:25:05

What steps will reproduce the problem? If e.g. a name of a MX admin object includes the special character " and ' the MQL commands does
not work correctly. What is the expected output? What do you see instead? Use escaped MQL commands, e.g.
escape mod .......
escape print ...... Please use labels and text to provide additional information.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=3

Policy Definitions with states without symbolic names gets empty properties

From [email protected] on June 16, 2009 14:36:48

What steps will reproduce the problem? 1. Make an update for given Policy definition What is the expected output? What do you see instead? After the update is run a property without name but with value "Rejected" exists. This happens
because for all states are properties (as symbolic names) defined.

Attachment: POLICY_MxUpdate_Test.tcl

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=29

Export and Update of methods for types is supported

From [email protected] on June 22, 2009 15:55:09

What steps will reproduce the problem? 1. assign to a type a program as method
2. export the type What is the expected output? What do you see instead? In the MQL console following output is shown:
unkown parsing url: /methodList(..
unkown parsing url: /methodList/programRef(...
But nothing should be shown.
In the created TCL update file the method is not assigned to the type, but should be assigned.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=36

Assigned default applications of Persons will not be exported and not removed if updated

From [email protected] on June 14, 2009 11:35:40

What steps will reproduce the problem? 1. assign a person to an application "mod person creator application APPLNAME"
2. export person creator "exec prog MxUpdate --export --person creator --path C:\TEMP" What is the expected output? What do you see instead? Export should be done without "unknown parsing url" message and the application name should be
defined in the update file.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=27

Symbolic names of states must be exported only as symbolicName within policyUpdate definition

From [email protected] on June 22, 2009 13:50:29

What steps will reproduce the problem? 1. create policy with a state and symbolic name for the state:
add pol Test state create property state_create value create;
2. export the policy
exec prog MxUpdate --export --policy Test --path c:/temp What is the expected output? What do you see instead? The TCL update file should look like this:
updatePolicy "${NAME}" {
:
state "create" {
registeredName "state_create"
:
}
}
Without(!)
mql add property "state_create"
on policy "${NAME}"
value "create"

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=33

Suport of workspace objects for roles / groups / persons

From [email protected] on June 22, 2009 15:59:33

What steps will reproduce the problem? 1. assign a filter to a role
2. export the role 3. What is the expected output? What do you see instead? The MQL console shows the output:
unkown parsing url: /filterList
:
:
But nothing should be shown.
The filter itself is not assigned in the TCL update file to the role. Instead it should

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=38

MxUpdate Update Programs must be registered with a symbolic name

From [email protected] on June 21, 2009 04:14:54

What steps will reproduce the problem? 1. execute in the MQL shell:
list property to program MxUpdate; What is the expected output? What do you see instead? Expected is:
program_MxUpdate on program eServiceSchemaVariableMapping.tcl to program MxUpdate
But the MxUpdate JPO is not registered with a symbolic name Please use labels and text to provide additional information.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=32

Show a warning if defined state symbolic names are not needed anymore

From [email protected] on June 24, 2009 09:13:02

If a state symbolic name is defined for a non existing state, the export will write them in the TCL
update file as property definition:

mql add property "state_NotExists" value "NotExists"

In this case a warning should be shown that the developer could change the related TCL update
code (and maybe remove the property definition or change the name of the mapped state).

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=40

Change Property Definition Format in the mapping.properties file

From [email protected] on May 03, 2009 14:09:34

The property definition in the mapping must be changed to the same format than all other
definitions. E.g.:

PropertyDef.InstalledDate.PropertyName = installed date
PropertyDef.InstalledDate.AttributeName = MxUpdate Installed Date

Also:
Enumeration for the property names should be defined as supertype (and not within the mapping
class).

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=7

No static caching

From [email protected] on May 03, 2009 11:23:00

What steps will reproduce the problem? If multiple user are using the same web application instance (instead of JNI) MxUpdate Update uses
caches from other users. What is the expected output? What do you see instead? Caches must be only used within one calling instance. So static caching is not allowed. Please use labels and text to provide additional information.

Original issue: http://code.google.com/p/mxupdate/issues/detail?id=2

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.