Activity for Jon Iles
-
Jon Iles modified ticket #11
Other TimePhased Data
-
I know this has been open a very long time, but just to confirm that MPXJ 16.0.0 is now available which has significant improvements in timephased data handling, including rollup to the Task and Resource level.
-
using mpxj latest library 5.2.2 the assignment timephasedbaseline values are not correct
-
I know this has been open a very long time, but just to confirm that MPXJ 16.0.0 is now available which has significant improvements in timephased data handling. Hopefully you'll find that this issue is now fixed.
-
Calendar getDate With Negative Duration
-
Just tidying up old issues, but to confirm thatthe getDate method in the most recent MPXJ releases should handle both positive and negative values correctly.
-
Wrong timephased data when importing from mpp
-
I know this has been open a very long time, but just to confirm that MPXJ 16.0.0 is now available which has significant improvements in timephased data handling. Hopefully you'll find that this issue is now fixed.
-
Incorrect values for start, finish and duration tasks for MPP file
-
I've made some changes to MPXJ to accommodate this. The notes on this pull request https://github.com/joniles/mpxj/pull/762 give some more details. In sumary, there rae new task methods, getShowStartText, getShowFinishText and getShowDurationText, which you can use to determine if you show the normal attribute (e.g. Start) or the text attribute (e.g. StartText). This should give you the output you expect.
-
Incorrect values for start, finish and duration tasks for MPP file
-
ResourceAssignment is not added when exporting to Primavera in MSPDI format
-
Hello! I think you've opened the same issue over on GitHub, let's use that one and I'll close this one.
-
Missing ActualDuration when reading p6 .xer file
-
Just doing some housekeeping and looking at old tickets. To confirm: you should be able to retrieve these actual duration values using the current version of MPXJ.
-
Just a quick note to confirm that MPXJ 10.0.0 has been released, which includes support for .NET Core.
-
Support for specifying timezones for date construction.
-
Just doing some housekeeping to clean up old tickets. I had a quick look at this one, the new unit test actually passes everything except the last test: // Check the elapses hours in Java is 24 hours. elapsedHours = (finishDate.getTime() - startDate.getTime()) / MILLISEC_PER_HOURS; assertEquals(24, elapsedHours); Although MS Project reports the task as having 24h duration (even when the timezone of the PC is set to Pacific time), the "real world" duration is 23 hours as we're transitioning into DST....
-
New Feature: Support for JPA
-
Housekeeping, closing some old tickets. As MPXJ is primarily file-based there are no plans to work with JPA.
-
Just doing some housekeeping and closing old tickets. We're currently using POI 4.1.2.
-
Upgrade to the latest stable version of POI, and support NPOIFS opening
-
Common interface on ProjectFile and Task for getChildTasks()
-
Just doing some housekeeping, looks like I didn't close this ticket at the time I addressed the comments.
-
mpxj and MSProject 2013
-
Just doing some housekeeping on old tickets. Any version of MPXJ will open Project 2013 MPP files. From there you can export the schedule as XML.
-
Project start date cannot be set explicitly
-
Just doing some housekeeping. I've renamed the method on ProjectFile to make it clearer that they are simply calculating the earliest and latest dates. ProjectFile has attributes representing the project start and finish dates, which can be manually set, or if not manually set will fall back on the earliest and latest dates in the project.
-
MPPReader12/14: Incorrect processing of hierarchical ResourceOutlineCodes
-
Thanks for that! I've implemented the suggested change, the code is in Git and will be in the next release.
-
Offset dates when reading MPP.
-
Hi! Apologies for the delay in replying. I think this may be the issue: https://stackoverflow.com/questions/26908043/getting-incorrect-time-leading-by-1-hour-with-europe-moscow-timezone ig you've updated your JDK/JRE and you still have the same problem let me know.
-
MPPReader12/14: CustomFieldLookupTable is not populated for Resource OutlineCodes
-
Hi, thanks for the suggestion. I've updated the code in git - hopefully this will now work as expected.
-
.net Core 5.0 support
-
Hi, unfortunately I'm not aware of any other solutions. I haven't spoken directly to the team looking after the new IKVM project so I'm not aware of any timeline for release.
-
Hi! MPXJ uses a tool called IKVM to generate the .net version. The original author is no longer maintaining this package, so an updated version is not yet available which supports .net core. However, maintenance of IKVM has been taken over by a new team (https://github.com/ikvm-revived) and as soon as they release a new version I will ensure that MPXJ is updated.
-
Creating instance of MSPDIWriter throw System.NullReferenceException
-
Closing in favor of https://github.com/joniles/mpxj/issues/223
-
Enterprise Fields Unreadable
-
I've merged changes which should allow you to read these fields. These changes will be part of the next MPXJ release. One point to note if you haven't worked with enterprise custom fields before, the implementation hasn't had a lot of attention (it's not a frequently requested feature!) so for the moment there is no type conversion for these values, so there's an assumption that you know what types to expect - MPXJ i sjust going to giev you a byte array fo rthe value. In general I think you'll be...
-
Quick update: I'm making progress, hopefully have some results tomorrow.
-
Quick update: I'm mkaing progress, hopefully have some results tomorrow.
-
I am currently working on MPXJ changes relating to P6. Once I've completed that work I will look at this issue.
-
Would you be able to provide a sample file?
-
Not able to use the mpxj in .net core
-
Unfortunately the tool used to convert the original Java version f MPXJ to .net (IKVM) does not currently support .net core. There is a glimmer of hope on the horizon for .net core as this project is active in bringing the IKVM code up-to-date. When a new version of this project is released which supports .net core, I will update MPXJ accordingly.
-
Duplicate Task id's causing whole tasks messed up(MPPReader.read())
-
Interesting. I'm using this code: for (Task task : file.getTasks()) { System.out.print(task.getID()); System.out.print('\t'); System.out.print(task.getName()); System.out.print('\t'); System.out.println(); } to dump the tasks and their ID values. Here's what I get from the file named MPP Version 14 10-30-19(1).mpp which you attached above. 0 Project1 1 Project Schedule 2 Site Identified / Selected 3 Sales Study Ordered (Exhibit C Received) 4 Engage SDC / Site Plan Start (Exhibit C Received) 5 Phantom...
-
Hi, I've had a quick look at the sample file you provided, I can't see any obvious duplicate ID values. Can you give me an indication which tasks you are seeing problems with? Thanks!
-
Missing Extended Attributes
-
ResourceAssignment.getResource() returns null
-
I think the issue here is that the resource belongs to a resource pool, or something similar, which is held outside of the MPP file we're reading, so we have no way of finding the corect resource. We do actually receive the unique ID for the resource assigned to the task, it's just that we haven't read the data yet. The resource unique ID is preserved in the assignment record, so in theory if you were able to read in the resource pool you could create the necessary resources and attach them to the...
-
splits data coming as null for all task
-
The code now in git has updated logic to determine task splits. It seems to be getting more of them right, although there is more risk that there will be false positives!
-
Asta Tasks Completed Sections are not processed
-
I've added some code nbased on your patch to handle completed sections - let me know if it works OK for you.
-
Task Bar color issue
-
To retrieve bar style information, you will first need to retrieve a view. You can use the ProjectFile.getViews() method to retrieve a list of the available views. For Gantt chart views you will find entries in this list derived from the GanttChartView class. This class exposes a number of methods which control the appearance of the Gantt chart, including bar styles, which among other things includes the color of the bar.
-
Are you available next week for a quick call about this - feel free to email me directly.
-
MSDPI into Asta doesn't import Calendar exceptions
-
Thanks for the patch - I've merged it.
-
Asta Constraints lost
-
The code now in Git fixes this issue.
-
Asta Lag sign incorrect
-
Code now in Git fixes this issue.
-
I've included your change in this branch: https://github.com/joniles/mpxj/compare/asta_changes The weird substitutions stem from the original MDB database layout Powerproject used. I think they were trying to avoid name collisions when joining tables using the limited functionality of the Jet database engine. Eventually I should really switch the mapping around so that the MDB code maps to the column names used in the SQLite database.
-
I had a closer look at this. I think the issue is that I'd taken a naive approach to handling the two lag values present in Asta, rather than actually analysing how Asta maps those values itself when you generate an MSPDI file. I've updated the code so it should behave in the same way that Asta does. This diff also includes the constraint mapping change. https://github.com/joniles/mpxj/compare/asta_changes can you give this a try and let me know if it works for you?
-
Asta Lag sign incorrect
-
I had a closer look at this. I think the issue t=is that I'd taken a naive approach to handling the two lag values present in Asta, rather than actually analysing how Asta maps those values itself when you generate an MSPDI file. I've updated the code so it should behave in the same way that Asta does. This diff also includes the constraint mapping change. https://github.com/joniles/mpxj/compare/asta_changes can you give this a try and let me know if it works for you?
-
MSPDIWriter does not write Task GUID
-
I've closed this, as per my original comment the MSPDI file format does not include task GUIDs.
-
Issues with Importing MSPDI XML into Asta
-
Merged into master - thanks for the patch!
-
OK, that's on the branch now. I'll publish a new release of MPXJ once you're happy with the change.
-
I really need a test case which exercises this! I'll look at the patch now.
-
Ah - that was half an edit. I've done the other half of the edit and updated the branch. Should work as expected now!
-
I've messed around with the diff a bit, but functionally this should be the same. Can you take a look at https://github.com/joniles/mpxj/pull/69 and confirm if this works for you?
-
Thanks for the patches - just looking at them now. For the task change, I'm assuming you are providing your own unique ID. Can you revert the change you made to Task.java , and try calling: project.updateStructure(); after you've finished creating the tasks. That should correctly generate the outline number for you. Alternatively you could turn off auto outline number generation: file.getProjectConfig().setAutoOutlineNumber(false); if Asta doesn't need the outline number values.
-
NullReferenceException while reading MPP file from a .Net application
-
This works for me with the latest code on GitHub. Can you try your code with the latest release version of MPXJ (7.4.4)? Thanks!
-
Hi, thanks for the report. Can you send me a sample MPP file please? Thanks!
-
I've just tried this with MS Project 2016 and MS Project 2016 Pro. I'm not seeing GUIDs being written for tasks. I tried loading your sample file (Z004.mspdi-java.xml) into MS Project 2016 Pro, but the GUIDs in the file are ignored, MS Project generates new GUIDs for the task. Can you confirm the version of MS Project you are working with?
-
Hi, unfortunately MS Project doesn't read or write the task GUID attribute to MSPDI files. The JAXB code has been generated from Microsoft's schema file for MSPDI. I could potentially add a field to support it, but it would be ignored when read by MS Project, and obviously not present when written by MS Project. Bearing this in mind, would the field still be useful to you?
-
getChildTasks( ) API is returning '1' for leaf level tasks.
-
Apologies, unfortunately I won't have time to go through the 17 releases of MPXJ to identify where the fix was applied. Looking at the release notes (http://www.mpxj.org/changes-report.html) it may be that 5.14.0 had the relevant fix as it mentions correcting the task hierarchy.
-
Hi, I've been unable to reproduce. I ran the sample file you provided through MPXJ here and printed out the child task count for all tasks. The output is shown below. Can you let me know which leaf tasks you were getting incorrect results for? Jon Name Child Count Project-PLM (AP)_New 1 Project-PLM (AP) 6 C0. Proposal Phase 3 C0.1 0 C0.2 0 C0.3 0 C1. Planning Phase 3 C1.1 0 C1.2 0 C1.3 0 C2. Design Phase 5 Hardware Development 5 C2.1.1 0 C2.1.2 0 C2.1.3 0 C2.1.4 0 C2.1.5 0 Software Development 3...
-
What langauge are you working in? Can you post some sample code? (just a few lines will do).
-
MPP - Outline code lookup tables do not show up
-
I believe this is fixed by the change I've just committed to GitHub. The fix will form part of the next release of MPXJ (probably next week) let me know if it is still an issue for you.
-
Fields with Lookup unreadable when a Field has custom name
-
The changes to fix this issue are now available on GitHub and will form part of the next MPXJ release (probably within the next week).
-
Does Task.getSummary() API checks for 'OutlineLevel' MPXJ 4.
-
I'm closing this issue as I didn't hear back in the last four weeks. Please open a new issue if this is still a problem.
-
Periodic calendar exception import
-
Hi, just to confirm that recurring calendar exceptions are now fully supported in MPXJ from version 7.0.1.
1 >
