5 May, 2007
Because of install issues with projectAssist (it would not successfully install bugzilla or xplanner) I manually installed all the components, including:
- Tomcat 5.5.23
- Apache 2.2.4
- Mysql 5.0.37
- Perl 5.8.8.817 (ActiveState)
- Liferay 4.2.1
- Continuum 1.0.3
- Xplanner 0.7b
- Bugzilla 3.0
- Subversion 1.4.3
All of the separate components are working beautifully under Windows 2000.
When I try and run the projectAssist wizard, it detects bugzilla, continuum & xplanner, but does not detect liferay or subversion
It then complains that does not like the fact that I have already installed apache.
Why does it need it’s own apache? I assume it is because it did not find liferay and/or subversion?
I have installed all the stack components, so it should not have any installing to do, just connect to the pre-existing components and configure users and projects etc.
Thoughts?
12 April, 2007
Because of install issues with ProjectAssist (it would not successfully install Bugzilla or Xplanner) I manually installed all the components, including:
- Tomcat 5.5.23
- Apache 2.2.4
- Mysql 5.0.37
- Perl 5.8.8.817 (ActiveState)
- Liferay 4.2.1
- Continuum 1.0.3
- Xplanner 0.7b
- Bugzilla 3.0
- Subversion 1.4.3
All of the separate components are working beautifully under Windows 2000.
I have installed all the stack components, so it should not have any installing to do, just connect to the pre-existing components and configure users and projects etc.
When I try and run the ProjectAssist wizard though it detects Bugzilla, Continuum & Xplanner, but does not detect Liferay or subversion.
It then complains that does not like the fact that I have already installed Apache.
Why does it need it’s own Apache?
I assume it is because it did not find Liferay and/or subversion? Liferay runs under tomcat, so it would need Apache, I assume that is the cause. As to why ProjectAssist did not find my installation of Liferay, I can not determine that answer, since the install log does not gave any errors about Liferay. When I installed it, I did so according to the Liferay docs, following their defaults. I can only assume that the way CodeGear configured their version is different and they are expecting it to be installed in a non-default location.
Subversion was also installed in the default location, so it should have been found.
So all my stack components are working after a manual installation, but ProjectAssist itself is still not working.
20 March, 2007
Moving along, I decided to try the ProjectAssist install on a different machine, which we will be using for a development server, instead of doing it on my standalone XP workstation. Maybe the installer will work better on this environment.
I did a fresh install of Windows 2000 SP4, and then installed Project Assist, using all the defaults except
- install dir was c:\dev
- data dir was c:\dev\data
- added the smtp url & port.
- I added a settings.xmp file to .m2 dir to handle the maven proxy access.
- I added perl’s environment variable to handle the perl proxy access.
When the installer finished, it displayed a list of all errors (shown below). There were lots of them.
Here are the reported errors:
Keep reading →
16 March, 2007
Having determined the cause of the maven issues, I moved on and cleaned up my system and restarted the install.
I then got perl errors, which the log listed as:
(13:22:49:671) Installing C:\borland\projectassist\Perl\site\lib\Net\LDAP\Extension\WhoAmI.pm
(13:22:49:671) Perl install: processing INSTALL component AppConfig...
(13:22:53:609) Can't call method "ok" on an undefined value at c:/Borland/ProjectAssist/Perl/site/lib/PPM/UI.pm line 881, line 21.
(13:22:53:609) Perl install: ppm command did not succed (exitCode 1):
c:\borland\projectassist\Perl\bin\perl -x -S PPM install c:\borland\projectassist\bugzilla_perl_modules\AppConfig.ppd
(13:22:53:609) Perl install: processing INSTALL component Template-Toolkit...
(13:22:57:218) Can't call method "ok" on an undefined value at c:/Borland/ProjectAssist/Perl/site/lib/PPM/UI.pm line 881, line 17.
(13:22:57:218) Perl install: ppm command did not succed (exitCode 1):
c:\borland\projectassist\Perl\bin\perl -x -S PPM install c:\borland\projectassist\bugzilla_perl_modules\Template-Toolkit.ppd
Keep reading →
15 March, 2007
After concluding that ProjectAssist does not like “partial installs”, I decided to go with the complete install.
I cleaned up the XP install (removed apache, tomcat, mysql etc and made sure there were no registry entries or services) and fired up ProjectAssist.
Creating a new configuration was pretty straightforward, all I had to change from the defaults was to set my smtp server address.
I pretty quickly got an error at the step where it was configuring maven2. The error I received was:
Warnings and/or errors were posted. Click the "Details" button to see the install log.
Installation failed: Error creating sample project with Maven
java.lang.Exception
com.borland.dsib.r.g.a(Unknown Source)
com.borland.dsib.r.g.d(Unknown Source)
com.borland.dsib.r.g.a(Unknown Source)
com.borland.dsib.r.d.d(Unknown Source)
com.borland.dsib.ub.b(Unknown Source)
com.borland.dsib.ub.h(Unknown Source)
com.borland.dsib.ub.a(Unknown Source)
com.borland.dsib.utilities.m.a(Unknown Source)
com.borland.dsib.utilities.m.access$0(Unknown Source)
com.borland.dsib.utilities.m$1.run(Unknown Source)
java.lang.Thread.run(Thread.java:595)
Looking into this error, it seems that Maven needs internet access to update it’s dependencies.
Keep reading →
15 March, 2007
In the continuing saga of attempting to get ProjectAssist working, I spent the last week trying to get my “development stack” configured.
I would have to say that at the moment, I am not yet impressed.
The idea behind using Project Assist was:
“ProjectAssist dramatically reduces the time and complexity to create new team and project definitions”
Unfortunately, I have now spent more time debugging the Project Assist installation process than I would have spend just installing the supported projects manually.
Here is what I ran into:
Keep reading →
14 March, 2007
Much thanks to Joe McGlynn (Director Product Management @ Codegear) for his assistance in getting ProjectAssist up and running for me. Now that I am able to test the functionality, I can see how the server installation goes.
I will post more in a few days when I find out more.
13 March, 2007
In my day to day job, I mainly use java, primarily for the development of graphical interfaces to communicate with custom built hardware running embedded microprocessors (written in assembly and c). In addition though, I also write c and c++ for backend code that needs to run really fast, or needs to do stuff that java has a hard time with.
For example, I am working on a project that uses JNI to integrate a java GUI to a c++ dll, which does some complex data processing for GPS location triangulation. This code is already working in c++ and I don’t want to have top reingineer it in java, as it involves some very ugly math.
I have recently made a switch to eclipse(jbuilder) for java development. Keep reading →
13 March, 2007
Quick update to my last post:
While I have been recently confronted with some issues with codegear’s new suite of product, I do respect their willingness to resolve issue and make things right. I posted a note about my issue on the borland newsgropups and got a response this morning…
Keep reading →
12 March, 2007
Just when I thought my troubles were over after getting my system licensed, the fun with ProjectAssist began.
I am a regular user (and administrator) of some of the ProjectAssist’s supported open source technologies.
When I first heard about ProjectAssist, I was excited:
Keep reading →