PCGen JIRA

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What’s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
Code
  • Code
  • CODE-1822

Update libraries

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: New Feature New Feature
  • Status: Resolved Resolved
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 6.00.0
  • Fix Version/s: 6.01.01
  • Component/s: Build
  • Labels:
    None

Description

As part of the Mavenization updates of the project I'm proposing updating the libraries in both the POM and the lib directory while we keep supporting both build mechanisms.

I already tested by building and testing on Maven 2.2.1 and Maven 3.0.4 without issues but would like to know if someone else sees problems in upgrading. I detected two upgrades, fop and jep, that are not possible without modifying the code. Those are not available in Maven repositories and would need to stay as part of the source until code is migrated to newer and available versions of the dependencies.

I'll attach the proposed diff for review ASAP.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Javier Ortiz Bultrón added a comment - 01/Nov/12 9:28 AM

Proposed pom changes. Once approved I'll update libraries in lib folder.

Show
Javier Ortiz Bultrón added a comment - 01/Nov/12 9:28 AM Proposed pom changes. Once approved I'll update libraries in lib folder.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 07/Nov/12 5:20 AM

Is it worth it? Are we going to turn project into pure Maven project?

Show
Javier Ortiz Bultrón added a comment - 07/Nov/12 5:20 AM Is it worth it? Are we going to turn project into pure Maven project?
Hide
Permalink
James Dempsey added a comment - 07/Nov/12 7:45 AM - edited

It looks good except that I couldn't find a 0.20.0 version of fop under the groupId of org.apache.xmlgraphics

Show
James Dempsey added a comment - 07/Nov/12 7:45 AM - edited It looks good except that I couldn't find a 0.20.0 version of fop under the groupId of org.apache.xmlgraphics
Hide
Permalink
Javier Ortiz Bultrón added a comment - 07/Nov/12 8:36 AM - edited

Me neither, I'm using the one in the lib folder and installing it into local Maven repo. See changes in #CODE-1819

Should I also update the files in the lib folder?
Or should I get rid of it (except for two libraries I'm installing from there)

Show
Javier Ortiz Bultrón added a comment - 07/Nov/12 8:36 AM - edited Me neither, I'm using the one in the lib folder and installing it into local Maven repo. See changes in # CODE-1819 Should I also update the files in the lib folder? Or should I get rid of it (except for two libraries I'm installing from there)
Hide
Permalink
James Dempsey added a comment - 07/Nov/12 8:44 AM - edited

Until we can entirely remove the ant build we need to keep the lib folder up to date. This could be done using ivy though.

Oh and see http://mvnrepository.com/artifact/fop/fop for 0.20.5

Show
James Dempsey added a comment - 07/Nov/12 8:44 AM - edited Until we can entirely remove the ant build we need to keep the lib folder up to date. This could be done using ivy though. Oh and see http://mvnrepository.com/artifact/fop/fop for 0.20.5
Hide
Permalink
Javier Ortiz Bultrón added a comment - 07/Nov/12 9:10 AM

Ok. I'll update libraries and take a look at fop 0.20.5

Show
Javier Ortiz Bultrón added a comment - 07/Nov/12 9:10 AM Ok. I'll update libraries and take a look at fop 0.20.5
Hide
Permalink
Javier Ortiz Bultrón added a comment - 07/Nov/12 10:14 AM

Is the http://pcgen.sourceforge.net/mvnrepo down? I'm no longer able to get artifacts from it.

Show
Javier Ortiz Bultrón added a comment - 07/Nov/12 10:14 AM Is the http://pcgen.sourceforge.net/mvnrepo down? I'm no longer able to get artifacts from it.
Hide
Permalink
James Dempsey added a comment - 07/Nov/12 6:47 PM

The repo is still there but it is a legacy format one, so will not work with maven 3 IIRC. I have enabled directory browsing so you can have a look around.

Show
James Dempsey added a comment - 07/Nov/12 6:47 PM The repo is still there but it is a legacy format one, so will not work with maven 3 IIRC. I have enabled directory browsing so you can have a look around.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 07/Nov/12 11:54 PM

I'm aware of it, but yesterday I cleared my local repo and was failing to retrieve dependencies from it.

Show
Javier Ortiz Bultrón added a comment - 07/Nov/12 11:54 PM I'm aware of it, but yesterday I cleared my local repo and was failing to retrieve dependencies from it.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Nov/12 4:55 AM

Patch for review. Tested boh on ant and Maven build without issues (some tests failed but I can't see relation with changes). Updating caused some more code to be marked as deprecated. I would address those if this patch is approved (if possible)

Show
Javier Ortiz Bultrón added a comment - 11/Nov/12 4:55 AM Patch for review. Tested boh on ant and Maven build without issues (some tests failed but I can't see relation with changes). Updating caused some more code to be marked as deprecated. I would address those if this patch is approved (if possible)
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Nov/12 4:59 AM

I'll run tests on Maven again to make sure before committing.

Show
Javier Ortiz Bultrón added a comment - 11/Nov/12 4:59 AM I'll run tests on Maven again to make sure before committing.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Nov/12 5:04 AM

Removed initial patch since is superseded by the current one.

Show
Javier Ortiz Bultrón added a comment - 11/Nov/12 5:04 AM Removed initial patch since is superseded by the current one.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Nov/12 5:24 AM

Detected an issue with spring upgrades. Reverting those (nothing committed)

Show
Javier Ortiz Bultrón added a comment - 11/Nov/12 5:24 AM Detected an issue with spring upgrades. Reverting those (nothing committed)
Hide
Permalink
James Dempsey added a comment - 11/Nov/12 8:27 AM - edited

The changes look good to me, but some libraries in the lib folder are not updated that were updated in the pom (e.g. js.jar). I assume you;ll get those?

For spring, maybe we need a separate issue for those so that we can fix the issues you noted.

Oh and the project.xml will need to be updated too (for now).

Show
James Dempsey added a comment - 11/Nov/12 8:27 AM - edited The changes look good to me, but some libraries in the lib folder are not updated that were updated in the pom (e.g. js.jar). I assume you;ll get those? For spring, maybe we need a separate issue for those so that we can fix the issues you noted. Oh and the project.xml will need to be updated too (for now).
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Nov/12 8:57 AM

Thanks. I'll wait until I get back to work to get everything straight before committing. My old laptop at home makes it almost impossible to code. Also is hard to tell if I'm causing errors because there are failing tests even without my changes. I just happened to notice the spring ones.

Show
Javier Ortiz Bultrón added a comment - 11/Nov/12 8:57 AM Thanks. I'll wait until I get back to work to get everything straight before committing. My old laptop at home makes it almost impossible to code. Also is hard to tell if I'm causing errors because there are failing tests even without my changes. I just happened to notice the spring ones.
Hide
Permalink
James Dempsey added a comment - 11/Nov/12 11:06 AM

All tests are passing now in the SVN code.

Show
James Dempsey added a comment - 11/Nov/12 11:06 AM All tests are passing now in the SVN code.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 14/Nov/12 3:50 AM - edited

I'm focusing on the Maven side first to propagate libraries to the lib folder. I'm having two test fails with this configuration:

Failed tests:
testInvalidInputBadHDRangePlus(plugin.lsttokens.template.HDTokenTest)
testInvalidInputBadHDRangePlus(plugin.lsttokens.template.LevelTokenTest)

Show
Javier Ortiz Bultrón added a comment - 14/Nov/12 3:50 AM - edited I'm focusing on the Maven side first to propagate libraries to the lib folder. I'm having two test fails with this configuration: Failed tests: testInvalidInputBadHDRangePlus(plugin.lsttokens.template.HDTokenTest) testInvalidInputBadHDRangePlus(plugin.lsttokens.template.LevelTokenTest)
Hide
Permalink
Javier Ortiz Bultrón added a comment - 06/Dec/12 3:45 AM

The full patch was too big so I loaded this trimmed version which doesn't update the libraries (Maven will do during the build).

1) Maven updates the libraries so they are always in sync (still working on separating test and non-test dependencis if this is really needed)
2) Licences are downloaded (Still working on checking the license compatibility with PCGen because I'm not sure which is our license )
3) Moved around lnf folder out of lib folder (also modified related files) so in the future I can have clean delete this folder to make sure is 100% up to date.

Show
Javier Ortiz Bultrón added a comment - 06/Dec/12 3:45 AM The full patch was too big so I loaded this trimmed version which doesn't update the libraries (Maven will do during the build). 1) Maven updates the libraries so they are always in sync (still working on separating test and non-test dependencis if this is really needed) 2) Licences are downloaded (Still working on checking the license compatibility with PCGen because I'm not sure which is our license ) 3) Moved around lnf folder out of lib folder (also modified related files) so in the future I can have clean delete this folder to make sure is 100% up to date.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 06/Dec/12 3:45 AM

Check new changes. I have the same two tests failing.

Show
Javier Ortiz Bultrón added a comment - 06/Dec/12 3:45 AM Check new changes. I have the same two tests failing.
Hide
Permalink
James Dempsey added a comment - 09/Dec/12 8:13 AM

The new changes look good - I really like that this is all pulled into the pom. I generally prefer to have the versions in the jar name, but I assume you remove it so that ant does not need to be updated when we change the library in the pom.

Our license is LGPL.

If you send me the output from the two failed tests I'll have a look at them.

Show
James Dempsey added a comment - 09/Dec/12 8:13 AM The new changes look good - I really like that this is all pulled into the pom. I generally prefer to have the versions in the jar name, but I assume you remove it so that ant does not need to be updated when we change the library in the pom. Our license is LGPL. If you send me the output from the two failed tests I'll have a look at them.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Dec/12 1:31 AM

I'm glad you like it. About the versions in jar name, I can keep them but I'll then require the folder to be deleted as part of the clean goal. Maybe we can set up a properties file with the file names so ant script can feed from them. I was thinking on deleting it any way so it catches any jar that might be removed. Any issues with removing it?

Any comments?

I'll get those outputs ASAP.

Show
Javier Ortiz Bultrón added a comment - 11/Dec/12 1:31 AM I'm glad you like it. About the versions in jar name, I can keep them but I'll then require the folder to be deleted as part of the clean goal. Maybe we can set up a properties file with the file names so ant script can feed from them. I was thinking on deleting it any way so it catches any jar that might be removed. Any issues with removing it? Any comments? I'll get those outputs ASAP.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Dec/12 3:06 AM

Here's the first test output:

-------------------------------------------------------------------------------
Test set: plugin.lsttokens.template.HDTokenTest
-------------------------------------------------------------------------------
Tests run: 43, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.167 sec <<< FAILURE!
testInvalidInputBadHDRangePlus(plugin.lsttokens.template.HDTokenTest) Time elapsed: 0.119 sec <<< FAILURE!
junit.framework.AssertionFailedError
at junit.framework.Assert.fail(Assert.java:55)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.Assert.assertFalse(Assert.java:39)
at junit.framework.Assert.assertFalse(Assert.java:47)
at junit.framework.TestCase.assertFalse(TestCase.java:219)
at plugin.lsttokens.template.HDTokenTest.testInvalidInputBadHDRangePlus(HDTokenTest.java:239)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)

Show
Javier Ortiz Bultrón added a comment - 11/Dec/12 3:06 AM Here's the first test output: ------------------------------------------------------------------------------- Test set: plugin.lsttokens.template.HDTokenTest ------------------------------------------------------------------------------- Tests run: 43, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.167 sec <<< FAILURE! testInvalidInputBadHDRangePlus(plugin.lsttokens.template.HDTokenTest) Time elapsed: 0.119 sec <<< FAILURE! junit.framework.AssertionFailedError at junit.framework.Assert.fail(Assert.java:55) at junit.framework.Assert.assertTrue(Assert.java:22) at junit.framework.Assert.assertFalse(Assert.java:39) at junit.framework.Assert.assertFalse(Assert.java:47) at junit.framework.TestCase.assertFalse(TestCase.java:219) at plugin.lsttokens.template.HDTokenTest.testInvalidInputBadHDRangePlus(HDTokenTest.java:239) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at junit.framework.TestCase.runTest(TestCase.java:176) at junit.framework.TestCase.runBare(TestCase.java:141) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:129) at junit.framework.TestSuite.runTest(TestSuite.java:255) at junit.framework.TestSuite.run(TestSuite.java:250) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
Hide
Permalink
Javier Ortiz Bultrón added a comment - 11/Dec/12 3:07 AM

Second output:

-------------------------------------------------------------------------------
Test set: plugin.lsttokens.template.LevelTokenTest
-------------------------------------------------------------------------------
Tests run: 37, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.06 sec <<< FAILURE!
testInvalidInputBadHDRangePlus(plugin.lsttokens.template.LevelTokenTest) Time elapsed: 0.001 sec <<< FAILURE!
junit.framework.AssertionFailedError
at junit.framework.Assert.fail(Assert.java:55)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.Assert.assertFalse(Assert.java:39)
at junit.framework.Assert.assertFalse(Assert.java:47)
at junit.framework.TestCase.assertFalse(TestCase.java:219)
at plugin.lsttokens.template.LevelTokenTest.testInvalidInputBadHDRangePlus(LevelTokenTest.java:231)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:255)
at junit.framework.TestSuite.run(TestSuite.java:250)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)

Show
Javier Ortiz Bultrón added a comment - 11/Dec/12 3:07 AM Second output: ------------------------------------------------------------------------------- Test set: plugin.lsttokens.template.LevelTokenTest ------------------------------------------------------------------------------- Tests run: 37, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.06 sec <<< FAILURE! testInvalidInputBadHDRangePlus(plugin.lsttokens.template.LevelTokenTest) Time elapsed: 0.001 sec <<< FAILURE! junit.framework.AssertionFailedError at junit.framework.Assert.fail(Assert.java:55) at junit.framework.Assert.assertTrue(Assert.java:22) at junit.framework.Assert.assertFalse(Assert.java:39) at junit.framework.Assert.assertFalse(Assert.java:47) at junit.framework.TestCase.assertFalse(TestCase.java:219) at plugin.lsttokens.template.LevelTokenTest.testInvalidInputBadHDRangePlus(LevelTokenTest.java:231) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at junit.framework.TestCase.runTest(TestCase.java:176) at junit.framework.TestCase.runBare(TestCase.java:141) at junit.framework.TestResult$1.protect(TestResult.java:122) at junit.framework.TestResult.runProtected(TestResult.java:142) at junit.framework.TestResult.run(TestResult.java:125) at junit.framework.TestCase.run(TestCase.java:129) at junit.framework.TestSuite.runTest(TestSuite.java:255) at junit.framework.TestSuite.run(TestSuite.java:250) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:84) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
Hide
Permalink
James Dempsey added a comment - 29/Dec/12 5:37 PM

These two were failing due to differences in Java versions (worked in Java 6 but failed in Java 7). Tom Parker traced that and fixed the code, see CODE-1934 for details.

Show
James Dempsey added a comment - 29/Dec/12 5:37 PM These two were failing due to differences in Java versions (worked in Java 6 but failed in Java 7). Tom Parker traced that and fixed the code, see CODE-1934 for details.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 30/Dec/12 1:58 AM

That's great! I'll test again after updating my code and commit.

Show
Javier Ortiz Bultrón added a comment - 30/Dec/12 1:58 AM That's great! I'll test again after updating my code and commit.
Hide
Permalink
Javier Ortiz Bultrón added a comment - 30/Dec/12 3:34 AM

Having trouble committing. Looking at mail list threads to see what I did wrong...

Show
Javier Ortiz Bultrón added a comment - 30/Dec/12 3:34 AM Having trouble committing. Looking at mail list threads to see what I did wrong...
Hide
Permalink
Andrew Maitland added a comment - 30/Dec/12 4:12 AM

Javier - you need to be set up to use svn+ssh, please see http://wiki.pcgen.org/Subversion_Setup and make sure that is all correct.

Cheers,

Show
Andrew Maitland added a comment - 30/Dec/12 4:12 AM Javier - you need to be set up to use svn+ssh, please see http://wiki.pcgen.org/Subversion_Setup and make sure that is all correct. Cheers,
Hide
Permalink
Javier Ortiz Bultrón added a comment - 30/Dec/12 5:57 AM

Was able to make it happen. Committed!

Show
Javier Ortiz Bultrón added a comment - 30/Dec/12 5:57 AM Was able to make it happen. Committed!

People

  • Assignee:
    Javier Ortiz Bultrón
    Reporter:
    Javier Ortiz Bultrón
Vote (0)
Watch (3)

Dates

  • Created:
    01/Nov/12 9:24 AM
    Updated:
    30/Dec/12 5:57 AM
    Resolved:
    30/Dec/12 5:57 AM

Time Tracking

Estimated:
Not Specified
Original Estimate - Not Specified
Remaining:
0m
Remaining Estimate - 0 minutes
Logged:
2h
Time Spent - 2 hours
  • Atlassian JIRA (v5.2#812-sha1:c4fbab6)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for PCGen. Try JIRA - bug tracking software for your team.