Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Nicklas Nordborg]

On 2013-09-16 19:08, Laurent Troxler wrote:
> Dear all, I have a great news: IT WORKS !!

Great to hear!

Seems like Tomcat was a bit of PITA to get working on Mac. Hope you'll 
enjoy your BASE installation now. Don't hesitate to ask if you have more 
questions.

/Nicklas

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Laurent Troxler]

Dear all,
I have a great news: IT WORKS !!
the localhost log file from Tomcat is now OK. It now can find the java files 
expected in /Library/Tomcat/work/Catalina/localhost/base2/org/apache/jsp/
Since then the tomcat-launchd.sdtout do not output any error message with the 
"Existing PID file found during start. Existing PID file found during start"
Catalina log file looks now also fine 

using "ps -e | grep Tomcat"
I can check that Catalina process is running with the right options:
-Xmx1G -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false 
-Dcom.sun.media.jai.disableMediaLib=true -Djava.awt.headless=true

No more windowed application named org.apache.catalina.startup.Bootstrap that 
remain

On the Activity monitor, the java and sh processes owned by _appserver  keeps 
the same PID number (which was not the case before
/Library/Tomcat/catalina_pid.txt contains the java PID number

How did I get up to that stage. 
First I changed the owner of the /Library/Tomcat/work/Catalina directory: sudo 
chown -R _appserver /Library/Tomcat/work/Catalina
and removed its contained directories rm -f /Library/Tomcat/work/Catalina/*

Since I did not have any /Library/Tomcat/logs/tomcat.pid file I created a link 
to the catalina one: ln -s  /Library/Tomcat/catalina_pid.txt 
/Library/Tomcat/logs/tomcat.pid
I then follow up Jari's idea from his script:
Using the Activity Moniteur  I killed the java process from _appserver (it 
restarted a second after) and then the one from the shell also owned by 
_appserver.
This one took almost a minute to restart.
I could then check that the 
/Library/Tomcat/work/Catalina/localhost/base2/org/apache/jsp/ was built up.

And now from the browser, I can login from the webpage localhost:8080/base2
I can do it both on the server or from an other computer

It looks like now I can go on, creating the user accounts, etc…
Hope this summery will be helpful if some one else meets similar problems 

Thank you very much  to Jari and Nicklas for their patient help and deep 
analyses.
I just hope not to have any other questions from now…

Cheers,
Laurent


Le 13 sept. 2013 à 16:42, Jari Häkkinen  a écrit :

> On 2013-09-13 13:08, Laurent Troxler wrote:
>> I noticed what could be an interesting point. In the
>> /Library/Tomcat/bin/catalina.sh file is setted the following line as
>> recommended: CATALINA_OPTS="-Xmx1G
>> -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false
>> -Dcom.sun.media.jai.disableMediaLib=true -Djava.awt.headless=true"
>> 
>> but when I type ps -e | grep Tomcat, it gives the following: 14952
>> ttys0005:31.03 /Library/Java/Home/bin/java
>> -Djava.util.logging.config.file=/Library/Tomcat/conf/logging.properties
>> -Xms512m -Xmx1G
>> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
>> -Xms512m -Xmx1G
>> -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false
>> -Dcom.sun.media.jai.disableMediaLib=true
>> -Djava.endorsed.dirs=/Library/Tomcat/endorsed -classpath
>> /Library/Tomcat/bin/bootstrap.jar -Dcatalina.base=/Library/Tomcat
>> -Dcatalina.home=/Library/Tomcat -Djava.io.tmpdir=/Library/Tomcat/temp
>> org.apache.catalina.startup.Bootstrap start 16845 ttys0000:00.00
>> grep Tomcat
>> 
>> Thus the -Djava.awt.headless=true setting does not appear here. Would
>> it mean that the setting comes from somewhere else then the
>> /Library/Tomcat/bin/catalina.sh file ?
> 
> It is important that the headless option is set. One test is to print the 
> variable at different points in the catalina.sh script to examine where it 
> changes.
> 
> 
>> If I do a modification on the /Library/Tomcat/bin/catalina.sh file,
>> at what stage should I rester the installation procedure ? Just
>> restart Tomcat (/Library/Tomcat/bin/shutdown.sh and then
>> /Library/Tomcat/bin/startup.sh) ? The other thing I noticed,
>> confirming that the Djava.awt.headless option is not taken in account
>> is that I get a windowed application named
>> org.apache.catalina.startup.Bootstrap that remains as mentioned by
>> Jari.
> 
> I think this is the krux of your issue. When this is resolved you should be 
> good to go. Assuming that you did all steps in the BASE installation already 
> there is no restart once you resolved the tomcat issues. Just log in to BASE 
> and get started ;-)
> 
> The Apache/tomcat connector mentioned in the installation documents is not 
> critical and is really useful for servers with heavy load.
> 
> 
>> What surprises me is that when I type the command :
>> /Library/Tomcat/bin/shutdown.sh I get the following output:
>> 
>> Using CATALINA_BASE:   /Library/Tomcat Using CATALINA_HOME:
>> /Library/Tomcat Using CATALINA_TMPDIR: /Library/Tomcat/temp Using
>> JRE_HOME:/Library/Java/Home Using CLASSPATH:
>> /Library/Tomcat/bin/bootstrap.jar Using CATALINA_PID:
>> /Library/Tomcat/catalina_pid.txt PID file found but no matching
>> process was found. Stop aborted.
>> 
>> And the Java process is still running…
> 
> Your observations above are exactly

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Jari Häkkinen]

On 2013-09-13 13:08, Laurent Troxler wrote:

I noticed what could be an interesting point. In the
/Library/Tomcat/bin/catalina.sh file is setted the following line as
recommended: CATALINA_OPTS="-Xmx1G
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false
-Dcom.sun.media.jai.disableMediaLib=true -Djava.awt.headless=true"

but when I type ps -e | grep Tomcat, it gives the following: 14952
ttys0005:31.03 /Library/Java/Home/bin/java
-Djava.util.logging.config.file=/Library/Tomcat/conf/logging.properties
-Xms512m -Xmx1G
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Xms512m -Xmx1G
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false
-Dcom.sun.media.jai.disableMediaLib=true
-Djava.endorsed.dirs=/Library/Tomcat/endorsed -classpath
/Library/Tomcat/bin/bootstrap.jar -Dcatalina.base=/Library/Tomcat
-Dcatalina.home=/Library/Tomcat -Djava.io.tmpdir=/Library/Tomcat/temp
org.apache.catalina.startup.Bootstrap start 16845 ttys0000:00.00
grep Tomcat

Thus the -Djava.awt.headless=true setting does not appear here. Would
it mean that the setting comes from somewhere else then the
/Library/Tomcat/bin/catalina.sh file ?


It is important that the headless option is set. One test is to print 
the variable at different points in the catalina.sh script to examine 
where it changes.




If I do a modification on the /Library/Tomcat/bin/catalina.sh file,
at what stage should I rester the installation procedure ? Just
restart Tomcat (/Library/Tomcat/bin/shutdown.sh and then
/Library/Tomcat/bin/startup.sh) ? The other thing I noticed,
confirming that the Djava.awt.headless option is not taken in account
is that I get a windowed application named
org.apache.catalina.startup.Bootstrap that remains as mentioned by
Jari.


I think this is the krux of your issue. When this is resolved you should 
be good to go. Assuming that you did all steps in the BASE installation 
already there is no restart once you resolved the tomcat issues. Just 
log in to BASE and get started ;-)


The Apache/tomcat connector mentioned in the installation documents is 
not critical and is really useful for servers with heavy load.




What surprises me is that when I type the command :
/Library/Tomcat/bin/shutdown.sh I get the following output:

Using CATALINA_BASE:   /Library/Tomcat Using CATALINA_HOME:
/Library/Tomcat Using CATALINA_TMPDIR: /Library/Tomcat/temp Using
JRE_HOME:/Library/Java/Home Using CLASSPATH:
/Library/Tomcat/bin/bootstrap.jar Using CATALINA_PID:
/Library/Tomcat/catalina_pid.txt PID file found but no matching
process was found. Stop aborted.

And the Java process is still running…


Your observations above are exactly what I have seen on my system. There
are two environment variables affecting the behaviour of the startup and
shutdown of tomcat. I have attached my tomcat startup script to this
mail. Since I am only testing BASE on my machine I created script to
start and stop tomcat manually. The script is run like
   tomcat.sh action
where action is start, stop, status, restart.

Examine the environment variables in the script. I have three variables;
JAVA_OPTS, CATALINA_OPTS, and CATALINA_PID. The two OPTS can probably be
merged into JAVA_OPTS only but I haven't bothered to do that.

The important thing is that the shutdown script provided by
tomcat/macports does not use CATALINA_OPTS at all but uses JAVA_OPTS.
Therefore I place the headless option in JAVA_OPTS. The startup script
provided by tomcat/macports uses both JAVA_OPTS and CATALINA_OPTS.

The use of PID within the different scripts provided by tomcat/macports
on my system is not consistent. I notes that script tomcatctl provided
by tomcat/macports expects to be the PID-file i defined in variable
CATALINA_PID. That is why I set the CATALINA_PID and pass it on to the
startup and shutdown scripts. The different scripts will now rely on the
same PID-file and work consistently.

I created my script since I want to avoid changing system scripts since
the system script may be replaced during upgrades. Of course, my script
may fail later on but I have one script to fix in that case.

Use the ideas from my script and you should soon be accessing your BASE
server.



Other informations:

Both /Library/Tomcat/work/Catalina/localhost/base2 and
/Library/Tomcat/work/Catalina/localhost/_/ directories are empty


Once you stop the tomcat server it is safe to remove the files and 
directories from /Library/Tomcat/work/Catalina and down, i.e.,

  rm -f /Library/Tomcat/work/Catalina
and then restart. This forces tomcat to recompile the webapps. Startup 
takes some additional time but you get a fresh compile. Once everything 
works there is no need to clean up the work directory.




I have set the owner of /Library/Tomcat/work directory and inner
files to _appserver user and _appserveradm group as defined for the
tomcat process. The other odd thing I am just discovering is that
when typing the command line 'ps auxw | grep tomcat' I only get on

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Laurent Troxler]

I noticed what could be an interesting point.
In the /Library/Tomcat/bin/catalina.sh file is setted the following line as 
recommended:
CATALINA_OPTS="-Xmx1G 
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false 
-Dcom.sun.media.jai.disableMediaLib=true -Djava.awt.headless=true"

but when I type ps -e | grep Tomcat, it gives the following:
14952 ttys0005:31.03 /Library/Java/Home/bin/java 
-Djava.util.logging.config.file=/Library/Tomcat/conf/logging.properties 
-Xms512m -Xmx1G 
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Xms512m 
-Xmx1G -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false 
-Dcom.sun.media.jai.disableMediaLib=true 
-Djava.endorsed.dirs=/Library/Tomcat/endorsed -classpath 
/Library/Tomcat/bin/bootstrap.jar -Dcatalina.base=/Library/Tomcat 
-Dcatalina.home=/Library/Tomcat -Djava.io.tmpdir=/Library/Tomcat/temp 
org.apache.catalina.startup.Bootstrap start
16845 ttys0000:00.00 grep Tomcat

Thus the -Djava.awt.headless=true setting does not appear here.
Would it mean that the setting comes from somewhere else then the 
/Library/Tomcat/bin/catalina.sh file ?

If I do a modification on the /Library/Tomcat/bin/catalina.sh file, at what 
stage should I rester the installation procedure ? 
Just restart Tomcat (/Library/Tomcat/bin/shutdown.sh and then 
/Library/Tomcat/bin/startup.sh) ?
The other thing I noticed, confirming that the Djava.awt.headless option is not 
taken in account is that I get a windowed application named 
org.apache.catalina.startup.Bootstrap that remains as mentioned by Jari.

What surprises me is that when I type the command :
/Library/Tomcat/bin/shutdown.sh I get the following output:

Using CATALINA_BASE:   /Library/Tomcat
Using CATALINA_HOME:   /Library/Tomcat
Using CATALINA_TMPDIR: /Library/Tomcat/temp
Using JRE_HOME:/Library/Java/Home
Using CLASSPATH:   /Library/Tomcat/bin/bootstrap.jar
Using CATALINA_PID:/Library/Tomcat/catalina_pid.txt
PID file found but no matching process was found. Stop aborted.

And the Java process is still running…


Other informations:

Both /Library/Tomcat/work/Catalina/localhost/base2 and 
/Library/Tomcat/work/Catalina/localhost/_/ directories are empty

I have set the owner of /Library/Tomcat/work directory and inner files to 
_appserver user and _appserveradm group as defined for the tomcat process.
The other odd thing I am just discovering is that when typing the command line 
'ps auxw | grep tomcat'
I only get one time out of three the shell process 
/Library/Tomcat/bin/tomcat-launchd.sh
And each time it has an other pid. Is it supposed to be so ?
That would explain why when I want to shutdown the Tomcat process it is aborted.

Thanks again for taking of your time.
Laurent

Le 12 sept. 2013 à 20:48, Nicklas Nordborg  a écrit 
:

> On 2013-09-12 16:22, Jari Häkkinen wrote:
>> On 2013-09-11 10:57, Laurent Troxler wrote:
>>> going through the log files here is what I can get:
>>> system.log: repeating those two lines
>>> Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @
>>> CGErrorBreakpoint() to catch errors as they are logged.
>>> Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat):
>>> Throttling respawn: Will start in 8 seconds
>>> 
>>> /Library/Tomcat/logs/catalina.2013-09-11.log :
>>> Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap
>>> initClassLoaders
>>> SEVERE: Class loader creation threw exception
>>> java.lang.InternalError: Can't connect to window server - not enough
>>> permissions.
> 
> I think this could be that the Java runtime engine is starting up 
> various threads for handling GUI interactions. I have not seen this 
> preventing startup of Tomcat or BASE but it can lead to issues with 
> generating plots and other image handling (much) later.
> 
> The installation instructions mention that "headless mode" should be 
> enabled to prevent this. See 4:th bullet in the Tomcat section 
> (http://base.thep.lu.se/chrome/site/latest/html/admin/installation.main.html).
>  
> 
> 
> In any case, I don't think this is related to BASE not working, but it 
> needs to be fixed sooner or later and better to rule it out as soon as 
> possible.
> 
> /Nicklas
> 
> 
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> The BASE general discussion mailing list
> basedb-users@lists.sourceforge.net
> unsubscribe: send a mail with subject "unsubscribe" to
> basedb-users-requ...@lists.sourceforge.net

--
How ServiceNow helps IT people transform IT depart

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Nicklas Nordborg]

On 2013-09-12 16:47, Laurent TROXLER wrote:
> Yes, I can axes to Tomcat Home page and login as root. There I can see
> that base2 is uploaded.
> There isn't any obvious error on the web interface.
> To answer to Jari, I am working presently directly on the server to
> avoid any internet problem.
> What do you mean by "work directory hierarchy" ? Does it mean that each
> directory of the
> /Library/Tomcat/work/Catalina/localhost/base2 chain should be owned by
> www or it should be the case only for base2 ?

I think everything below /Library/Tomcat/work can be removed since 
Tomcat will re-created the structure as needed. I don't know if the 
owner matters as long as Tomcat is able to create files and directories 
in that folder.

Since Tomcat seems to be working, does this mean that 
/Library/Tomcat/work/Catalina/localhost/_/org/apache/jsp directory 
exists and contain a few *.java and *.class files?

A similar structure should be created in the 
/Library/Tomcat/work/Catalina/localhost/base2/ folder, but if it doesn't 
there must be something else that is preventing the files from being 
created, though at the moment I have no idea what that could be.

> At this time it is owned by root from the _appserveradm group (I guess
> setted by the system)
> I was also wondering if my base.config file was well setted. Should the
> db.username be setted to base2user or to root ?

The db.username and db.password settings in base.config is the 
username/password that BASE need to log in to the MySQL server. Since 
the initdb.sh script worked this should be ok as it is.

The username and password given as parameters to the initdb.sh script 
are for the root account to the BASE application and is needed when you 
login to the BASE web application at http://localhost:8080/base2. They 
are two different sets of username/password and doesn't have to be the same.

/Nicklas


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Nicklas Nordborg]

On 2013-09-12 16:22, Jari Häkkinen wrote:
> On 2013-09-11 10:57, Laurent Troxler wrote:
>> going through the log files here is what I can get:
>> system.log: repeating those two lines
>> Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @
>> CGErrorBreakpoint() to catch errors as they are logged.
>> Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat):
>> Throttling respawn: Will start in 8 seconds
>>
>> /Library/Tomcat/logs/catalina.2013-09-11.log :
>> Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap
>> initClassLoaders
>> SEVERE: Class loader creation threw exception
>> java.lang.InternalError: Can't connect to window server - not enough
>> permissions.

I think this could be that the Java runtime engine is starting up 
various threads for handling GUI interactions. I have not seen this 
preventing startup of Tomcat or BASE but it can lead to issues with 
generating plots and other image handling (much) later.

The installation instructions mention that "headless mode" should be 
enabled to prevent this. See 4:th bullet in the Tomcat section 
(http://base.thep.lu.se/chrome/site/latest/html/admin/installation.main.html). 


In any case, I don't think this is related to BASE not working, but it 
needs to be fixed sooner or later and better to rule it out as soon as 
possible.

/Nicklas


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Jari Häkkinen]

On 2013-09-11 10:57, Laurent Troxler wrote:
> going through the log files here is what I can get:
> system.log: repeating those two lines
> Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @
> CGErrorBreakpoint() to catch errors as they are logged.
> Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat):
> Throttling respawn: Will start in 8 seconds
>
> /Library/Tomcat/logs/catalina.2013-09-11.log :
> Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap
> initClassLoaders
> SEVERE: Class loader creation threw exception
> java.lang.InternalError: Can't connect to window server - not enough
> permissions.


It seems like the tomcat process cannot connect to the window server. I 
have noticed that when I start (or stop) tomcat on my MacBook there is 
some interaction with the window server on my mac (i.e., the finder 
process). I have no idea why this happens but I think it is java that 
tries to connect to the window server.

Are you sitting directly in the machine you try to run tomcat on? If you 
ssh into the machine you may be unable to connect to the window server 
since you must own the window server process. Try to log in directly to 
the mac server and start the services from a terminal. You may see some 
windows flash by during the start up phase. This experiment would be 
interesting. On my machine I allow Remote login (under the Sharing pane 
in System preferences) ... maybe that option resolves something.

Can you connect to the tomcat server at all? As Nicklas points out, try 
connecting to http://hostname:8080 and you should see a Tomcat welcome 
page. Also, the tomcat server user should own the work directory 
hierarchy. On my machine this user is 'www'.

I have a running BASE 3.2.3 server with Tomcat 6.0.35 and PostgreSQL 
9.3.0. Non-Apple software I almost always install Macports packages 
(tomcat and Postgresql). I run on Mac OSX 10.7.5 non-server version.

I think your issues are symptoms of a tomcat/java/mac window server clash.


Cheers,

Jari

--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Jari Häkkinen]

On 2013-09-12 16:47, Laurent TROXLER wrote:

Yes, I can axes to Tomcat Home page and login as root. There I can see
that base2 is uploaded.
There isn't any obvious error on the web interface.
To answer to Jari, I am working presently directly on the server to
avoid any internet problem.


Ok.



What do you mean by "work directory hierarchy" ? Does it mean that each
directory of the
/Library/Tomcat/work/Catalina/localhost/base2 chain should be owned by
www or it should be the case only for base2 ?
At this time it is owned by root from the _appserveradm group (I guess
setted by the system)


On my machine all files and directories in /Library/Tomcat/work are 
owned by the tomcat user. Normally the ownership should be correct if 
you have not tampered with them. To decide the tomcat user do 'ps auxw | 
grep tomcat' and you should see the userid in the leftmost column in the 
listing (assuming that the program is called tomcat on your system).


Another path is to look at the owner of the log files since these should 
be owned by the tomcat user on your system. Do 'ls -ls 
/Library/Tomcat/logs'. Change the ownership to match the owner of the 
log files with 'sudo chown -R userid:groupid /Library/Tomcat/work'


Anyhow, I do not think the above is the problem.



I was also wondering if my base.config file was well setted. Should the
db.username be setted to base2user or to root ?
Thanks again for your help.


db.username should be set to the userid you used when you create the 
database in mysql, i.e., whatever you used as db_user in


GRANT ALL ON base2.* TO db_user@localhost IDENTIFIED BY 'db_password';

The root userid is used in the web interface once you get the server 
running. (Assuming that you did not set it to something else during 
installation which I do myself.)



>>> going through the log files here is what I can get:
>>> system.log: repeating those two lines
>>> Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @
>>> CGErrorBreakpoint() to catch errors as they are logged.
>>> Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat):
>>> Throttling respawn: Will start in 8 seconds

There is a short discussion on this issue at 
https://discussions.apple.com/thread/5270047?start=0&tstart=0 maybe that 
can help you with the above issue?




/Library/Tomcat/logs/catalina.2013-09-11.log :
Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap
initClassLoaders
SEVERE: Class loader creation threw exception
java.lang.InternalError: Can't connect to window server - not enough
permissions.
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1045)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.loadLibraries(Toolkit.java:1605)
at java.awt.Toolkit.(Toolkit.java:1627)
at sun.awt.AppContext$2.run(AppContext.java:240)
at sun.awt.AppContext$2.run(AppContext.java:226)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.AppContext.initMainAppContext(AppContext.java:226)
at sun.awt.AppContext.access$200(AppContext.java:112)
at sun.awt.AppContext$3.run(AppContext.java:306)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.AppContext.getAppContext(AppContext.java:287)
at com.sun.jmx.trace.Trace.out(Trace.java:180)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:88)


Have you set the following parameters for the tomcat server? (See 
section Tomcat at the top in 
http://base.thep.lu.se/chrome/site/latest/html/admin/installation.main.html


CATALINA_OPTS="-Xmx1G
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false
-Dcom.sun.media.jai.disableMediaLib=true
-Djava.awt.headless=true"

The last option is important, see 
http://stackoverflow.com/questions/11024555/elasticsearch-java-lang-internalerror-cant-connect-to-window-server 
since it will avoid the problem of connecting to the window server.


If I remove the last option myself, I get a windowed application named 
org.apache.catalina.startup.Bootstrap that remains until I shutdown 
tomcat (cf. attached png). If I kill the window application then tomcat 
dies. If the headless option is true then the windowed application does 
not appear and tomcat runs fine. However, I do not know how I have 
managed to allow java to connect to my window server though. I have been 
running BASE for years now so may be it was something I had to fix long 
time ago?



Cheers,

Jari
<>--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automati

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Laurent TROXLER]

Yes, I can axes to Tomcat Home page and login as root. There I can see 
that base2 is uploaded.

There isn't any obvious error on the web interface.
To answer to Jari, I am working presently directly on the server to 
avoid any internet problem.
What do you mean by "work directory hierarchy" ? Does it mean that each 
directory of the
/Library/Tomcat/work/Catalina/localhost/base2 chain should be owned by 
www or it should be the case only for base2 ?
At this time it is owned by root from the _appserveradm group (I guess 
setted by the system)
I was also wondering if my base.config file was well setted. Should the 
db.username be setted to base2user or to root ?

Thanks again for your help.
Laurent

Le 11/09/2013 14:34, Nicklas Nordborg a écrit :

Seems to me like there is some problem with the Tomcat installation.
Unfortunately I am not very familiar with Mac so I am afraid I won't be
of much help here.

Have you checked if you can access the Tomcat welcome page?

http://localhost:8080/

/Nicklas

On 2013-09-11 10:57, Laurent Troxler wrote:

Le 10 sept. 2013 à 20:26, Nicklas Nordborg mailto:nicklas.nordb...@med.lu.se>> a écrit :


On 2013-09-10 16:35, Laurent Troxler wrote:

Thank you Nicolas for your answer.
It helped me to find out that I had missed the base.config file password
setting.
I thus could go through the all process.

Great.


I am now facing an other problem linked to Tomcat.
After setting the symbolic link between Tomcat and Base, when I go on
the webpage http://hostname:8080/base2
I get alternatively  :

The /Library/Tomcat/work directory and subdirectories are directories
where Tomcat store temporary working files. Usually this is not
something one has to worry about. I can think of two reasons why the
directory referenced in the error message is empty:

  1. The Tomcat process doesn't have write permission on the directory

I have given the full rights to every one on
/Library/Tomcat/work/Catalina/localhost/base2
drwxrwxrwx  8 root  _appserveradm  272 22 aoû 11:47
/Library/Tomcat/work/Catalina/localhost/base2
Should it also need to change the owner ? But I do not know which user
is Tomcat using


  2. The disk is full

there is over a hundred Go, It should be enough

It might be possible that there is more information in one of Tomcat's
log files (though I can't tell which one, the logging setup of Tomcat is
still a bit of a mystery to me...). At least, it seems like Tomcat is up
and running so it shouldn't be a Java issue.


going through the log files here is what I can get:
system.log: repeating those two lines
Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @
CGErrorBreakpoint() to catch errors as they are logged.
Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat):
Throttling respawn: Will start in 8 seconds

/Library/Tomcat/logs/catalina.2013-09-11.log :
Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap
initClassLoaders
SEVERE: Class loader creation threw exception
java.lang.InternalError: Can't connect to window server - not enough
permissions.
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1045)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.loadLibraries(Toolkit.java:1605)
at java.awt.Toolkit.(Toolkit.java:1627)
at sun.awt.AppContext$2.run(AppContext.java:240)
at sun.awt.AppContext$2.run(AppContext.java:226)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.AppContext.initMainAppContext(AppContext.java:226)
at sun.awt.AppContext.access$200(AppContext.java:112)
at sun.awt.AppContext$3.run(AppContext.java:306)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.AppContext.getAppContext(AppContext.java:287)
at com.sun.jmx.trace.Trace.out(Trace.java:180)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:88)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isTraceOn(DefaultMBeanServerInterceptor.java:1830)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:929)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:916)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312)
at com.sun.jmx.mbeanserver.JmxMBeanServer$2.run(JmxMBeanServer.java:1195)
at java.security.AccessController.doPrivileged(Native Method)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.initialize(JmxMBeanServer.java:1193)
at com.sun.jmx.mbeanserver.JmxMBeanServer.(JmxMBeanServer.java:225)
at com.sun.jmx.mbeanserver.JmxMBeanServer.(JmxMBeanServer.java:170)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.newMBeanServer(JmxMBeanServer.java

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Nicklas Nordborg]

Seems to me like there is some problem with the Tomcat installation. 
Unfortunately I am not very familiar with Mac so I am afraid I won't be 
of much help here.

Have you checked if you can access the Tomcat welcome page?

http://localhost:8080/

/Nicklas

On 2013-09-11 10:57, Laurent Troxler wrote:
>
> Le 10 sept. 2013 à 20:26, Nicklas Nordborg  > a écrit :
>
>> On 2013-09-10 16:35, Laurent Troxler wrote:
>>> Thank you Nicolas for your answer.
>>> It helped me to find out that I had missed the base.config file password
>>> setting.
>>> I thus could go through the all process.
>>
>> Great.
>>
>>> I am now facing an other problem linked to Tomcat.
>>> After setting the symbolic link between Tomcat and Base, when I go on
>>> the webpage http://hostname:8080/base2
>>> I get alternatively  :
>>
>> The /Library/Tomcat/work directory and subdirectories are directories
>> where Tomcat store temporary working files. Usually this is not
>> something one has to worry about. I can think of two reasons why the
>> directory referenced in the error message is empty:
>>
>>  1. The Tomcat process doesn't have write permission on the directory
> I have given the full rights to every one on
> /Library/Tomcat/work/Catalina/localhost/base2
> drwxrwxrwx  8 root  _appserveradm  272 22 aoû 11:47
> /Library/Tomcat/work/Catalina/localhost/base2
> Should it also need to change the owner ? But I do not know which user
> is Tomcat using
>
>>  2. The disk is full
> there is over a hundred Go, It should be enough
>>
>> It might be possible that there is more information in one of Tomcat's
>> log files (though I can't tell which one, the logging setup of Tomcat is
>> still a bit of a mystery to me...). At least, it seems like Tomcat is up
>> and running so it shouldn't be a Java issue.
>>
> going through the log files here is what I can get:
> system.log: repeating those two lines
> Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @
> CGErrorBreakpoint() to catch errors as they are logged.
> Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat):
> Throttling respawn: Will start in 8 seconds
>
> /Library/Tomcat/logs/catalina.2013-09-11.log :
> Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap
> initClassLoaders
> SEVERE: Class loader creation threw exception
> java.lang.InternalError: Can't connect to window server - not enough
> permissions.
> at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827)
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
> at java.lang.Runtime.loadLibrary0(Runtime.java:823)
> at java.lang.System.loadLibrary(System.java:1045)
> at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Toolkit.loadLibraries(Toolkit.java:1605)
> at java.awt.Toolkit.(Toolkit.java:1627)
> at sun.awt.AppContext$2.run(AppContext.java:240)
> at sun.awt.AppContext$2.run(AppContext.java:226)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.awt.AppContext.initMainAppContext(AppContext.java:226)
> at sun.awt.AppContext.access$200(AppContext.java:112)
> at sun.awt.AppContext$3.run(AppContext.java:306)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.awt.AppContext.getAppContext(AppContext.java:287)
> at com.sun.jmx.trace.Trace.out(Trace.java:180)
> at com.sun.jmx.trace.Trace.isSelected(Trace.java:88)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isTraceOn(DefaultMBeanServerInterceptor.java:1830)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:929)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:916)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312)
> at com.sun.jmx.mbeanserver.JmxMBeanServer$2.run(JmxMBeanServer.java:1195)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.initialize(JmxMBeanServer.java:1193)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.(JmxMBeanServer.java:225)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.(JmxMBeanServer.java:170)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.newMBeanServer(JmxMBeanServer.java:1401)
> at
> javax.management.MBeanServerBuilder.newMBeanServer(MBeanServerBuilder.java:93)
> at
> javax.management.MBeanServerFactory.newMBeanServer(MBeanServerFactory.java:311)
> at
> javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:214)
> at
> javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:175)
> at
> sun.management.ManagementFactory.createPlatformMBeanServer(ManagementFactory.java:302)
> at
> java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:504)
> at
> org.apach

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Laurent Troxler]

Le 10 sept. 2013 à 20:26, Nicklas Nordborg  a écrit 
:

> On 2013-09-10 16:35, Laurent Troxler wrote:
>> Thank you Nicolas for your answer.
>> It helped me to find out that I had missed the base.config file password
>> setting.
>> I thus could go through the all process.
> 
> Great.
> 
>> I am now facing an other problem linked to Tomcat.
>> After setting the symbolic link between Tomcat and Base, when I go on
>> the webpage http://hostname:8080/base2
>> I get alternatively  :
> 
> The /Library/Tomcat/work directory and subdirectories are directories 
> where Tomcat store temporary working files. Usually this is not 
> something one has to worry about. I can think of two reasons why the 
> directory referenced in the error message is empty:
> 
>  1. The Tomcat process doesn't have write permission on the directory
I have given the full rights to every one on 
/Library/Tomcat/work/Catalina/localhost/base2
drwxrwxrwx  8 root  _appserveradm  272 22 aoû 11:47  
/Library/Tomcat/work/Catalina/localhost/base2
Should it also need to change the owner ? But I do not know which user is 
Tomcat using

>  2. The disk is full
there is over a hundred Go, It should be enough
> 
> It might be possible that there is more information in one of Tomcat's 
> log files (though I can't tell which one, the logging setup of Tomcat is 
> still a bit of a mystery to me...). At least, it seems like Tomcat is up 
> and running so it shouldn't be a Java issue.
> 
going through the log files here is what I can get:
system.log: repeating those two lines
Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ 
CGErrorBreakpoint() to catch errors as they are logged.
Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling 
respawn: Will start in 8 seconds

/Library/Tomcat/logs/catalina.2013-09-11.log :
Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders
SEVERE: Class loader creation threw exception
java.lang.InternalError: Can't connect to window server - not enough 
permissions.
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1045)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.loadLibraries(Toolkit.java:1605)
at java.awt.Toolkit.(Toolkit.java:1627)
at sun.awt.AppContext$2.run(AppContext.java:240)
at sun.awt.AppContext$2.run(AppContext.java:226)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.AppContext.initMainAppContext(AppContext.java:226)
at sun.awt.AppContext.access$200(AppContext.java:112)
at sun.awt.AppContext$3.run(AppContext.java:306)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.AppContext.getAppContext(AppContext.java:287)
at com.sun.jmx.trace.Trace.out(Trace.java:180)
at com.sun.jmx.trace.Trace.isSelected(Trace.java:88)
at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isTraceOn(DefaultMBeanServerInterceptor.java:1830)
at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:929)
at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:916)
at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312)
at 
com.sun.jmx.mbeanserver.JmxMBeanServer$2.run(JmxMBeanServer.java:1195)
at java.security.AccessController.doPrivileged(Native Method)
at 
com.sun.jmx.mbeanserver.JmxMBeanServer.initialize(JmxMBeanServer.java:1193)
at 
com.sun.jmx.mbeanserver.JmxMBeanServer.(JmxMBeanServer.java:225)
at 
com.sun.jmx.mbeanserver.JmxMBeanServer.(JmxMBeanServer.java:170)
at 
com.sun.jmx.mbeanserver.JmxMBeanServer.newMBeanServer(JmxMBeanServer.java:1401)
at 
javax.management.MBeanServerBuilder.newMBeanServer(MBeanServerBuilder.java:93)
at 
javax.management.MBeanServerFactory.newMBeanServer(MBeanServerFactory.java:311)
at 
javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:214)
at 
javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:175)
at 
sun.management.ManagementFactory.createPlatformMBeanServer(ManagementFactory.java:302)
at 
java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:504)
at 
org.apache.catalina.startup.Bootstrap.createClassLoader(Bootstrap.java:183)
at 
org.apache.catalina.startup.Bootstrap.initClassLoaders(Bootstrap.java:92)
at org.apache.catalina

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Nicklas Nordborg]

On 2013-09-10 16:35, Laurent Troxler wrote:
> Thank you Nicolas for your answer.
> It helped me to find out that I had missed the base.config file password
> setting.
> I thus could go through the all process.

Great.

> I am now facing an other problem linked to Tomcat.
> After setting the symbolic link between Tomcat and Base, when I go on
> the webpage http://hostname:8080/base2
> I get alternatively  :

The /Library/Tomcat/work directory and subdirectories are directories 
where Tomcat store temporary working files. Usually this is not 
something one has to worry about. I can think of two reasons why the 
directory referenced in the error message is empty:

  1. The Tomcat process doesn't have write permission on the directory
  2. The disk is full

It might be possible that there is more information in one of Tomcat's 
log files (though I can't tell which one, the logging setup of Tomcat is 
still a bit of a mystery to me...). At least, it seems like Tomcat is up 
and running so it shouldn't be a Java issue.

/Nicklas


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Laurent Troxler]

Thank you Nicolas for your answer.
It helped me to find out that I had missed the base.config file password 
setting.
I thus could go through the all process.
I am now facing an other problem linked to Tomcat. 
After setting the symbolic link between Tomcat and Base, when I go on the 
webpage  http://hostname:8080/base2
I get alternatively  :

Etat HTTP 500 -

type Rapport d'exception

message

description Le serveur a rencontré une erreur interne () qui l'a empêché de 
satisfaire la requête.

exception

org.apache.jasper.JasperException: Impossible de charger la classe pour la JSP

org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:630)

org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:149)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:340)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

net.sf.basedb.clients.web.servlet.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:69)

cause mère

java.lang.ClassNotFoundException: org.apache.jsp.index_jsp
java.net.URLClassLoader$1.run(URLClassLoader.java:202)
java.security.AccessController.doPrivileged(Native Method)
java.net.URLClassLoader.findClass(URLClassLoader.java:190)
org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:134)
org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:66)

org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:628)

org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:149)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:340)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

net.sf.basedb.clients.web.servlet.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:69)


Or 

Etat HTTP 500 -

type Rapport d'exception

message

description Le serveur a rencontré une erreur interne () qui l'a empêché de 
satisfaire la requête.

exception

java.io.FileNotFoundException: 
/Library/Tomcat/work/Catalina/localhost/base2/org/apache/jsp/index_jsp.java (No 
such file or directory)
java.io.FileOutputStream.open(Native Method)
java.io.FileOutputStream.(FileOutputStream.java:194)
java.io.FileOutputStream.(FileOutputStream.java:84)

org.apache.jasper.compiler.Compiler.setupContextWriter(Compiler.java:298)
org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:230)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:334)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:321)

org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:592)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:328)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

net.sf.basedb.clients.web.servlet.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:69)


I have looked in for the 
/Library/Tomcat/work/Catalina/localhost/base2/org/apache/jsp/index_jsp.java 
file but
the  /Library/Tomcat/work/Catalina/localhost/base2 directory is empty.
Another configuration problem ? I guess with Java this time. I am using Java 6

About Jari's suggestion for the firewall. Could it be also blocked when I am 
doing the test on the server it's self ?

Thanks for your help.

Le 10 sept. 2013 à 10:06, Jari Häkkinen  a écrit :

> Make sure that the firewall isn't blocking the connection. I am not sure 
> how server internal connections to the database manager are treated by 
> the firewall.
> 
> Cheers,
> 
> Jari
> 
> On 2013-09-10 09:37, Nicklas Nordborg wrote:
>> On 2013-09-09 16:04, Laurent Troxler wrote:
>>> Hello  all, Ì am new at Base and trying to install it on a Mac OS
>>> 10.6 server. Looking in the mailing list archives did not bring me
>>> any helping information, Mac OS does not appear often. Therefore I
>>> submit you my problem. After downloading and unpacking Base, setting
>>> Apache, MySQL, TomCat, and configuring Base I reached the step of the
>>> database initialization with the instruction : ./initdb.sh
>>> [base_root_login] base_root_password Below is what I get in return on
>>> my terminal. I am using the Base root login and password defined in
>>> MySQL but it looks like it is not recognized. Is there anyone having
>>> faced such problem in simi

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Jari Häkkinen]

Make sure that the firewall isn't blocking the connection. I am not sure 
how server internal connections to the database manager are treated by 
the firewall.

Cheers,

Jari

On 2013-09-10 09:37, Nicklas Nordborg wrote:
> On 2013-09-09 16:04, Laurent Troxler wrote:
>> Hello  all, Ì am new at Base and trying to install it on a Mac OS
>> 10.6 server. Looking in the mailing list archives did not bring me
>> any helping information, Mac OS does not appear often. Therefore I
>> submit you my problem. After downloading and unpacking Base, setting
>> Apache, MySQL, TomCat, and configuring Base I reached the step of the
>> database initialization with the instruction : ./initdb.sh
>> [base_root_login] base_root_password Below is what I get in return on
>> my terminal. I am using the Base root login and password defined in
>> MySQL but it looks like it is not recognized. Is there anyone having
>> faced such problem in similar configuration or having suggestion
>
> It seems like the root problem is that MySQL is not letting the BASE
> installation to connect to the database.
>
> The first step is to verify/make sure that you can connect manually to
> MySQL using the same username and password as you have specified in the
> base.config file. Depending on how networking is set up it may help to
> replace 'localhost' with '127.0.0.1' when granting access to MySQL and
> in the 'base.config' file (db.url setting).
>
> /Nicklas
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. Consolidate legacy IT systems to a single system of record for IT
> 2. Standardize and globalize service processes across IT
> 3. Implement zero-touch automation to replace manual, redundant tasks
> http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
> ___
> The BASE general discussion mailing list
> basedb-users@lists.sourceforge.net
> unsubscribe: send a mail with subject "unsubscribe" to
> basedb-users-requ...@lists.sourceforge.net
>

-- 
"For a successful technology, reality must take precedence over public 
relations, for nature cannot be fooled." - Richard P. Feynman, Rogers 
Commission Report 1986


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net

Re: [base] Base 3.2 installation on Mac OS 10.6 server

[Nicklas Nordborg]

On 2013-09-09 16:04, Laurent Troxler wrote:
> Hello  all, Ì am new at Base and trying to install it on a Mac OS
> 10.6 server. Looking in the mailing list archives did not bring me
> any helping information, Mac OS does not appear often. Therefore I
> submit you my problem. After downloading and unpacking Base, setting
> Apache, MySQL, TomCat, and configuring Base I reached the step of the
> database initialization with the instruction : ./initdb.sh
> [base_root_login] base_root_password Below is what I get in return on
> my terminal. I am using the Base root login and password defined in
> MySQL but it looks like it is not recognized. Is there anyone having
> faced such problem in similar configuration or having suggestion

It seems like the root problem is that MySQL is not letting the BASE
installation to connect to the database.

The first step is to verify/make sure that you can connect manually to 
MySQL using the same username and password as you have specified in the 
base.config file. Depending on how networking is set up it may help to 
replace 'localhost' with '127.0.0.1' when granting access to MySQL and 
in the 'base.config' file (db.url setting).

/Nicklas


--
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127&iu=/4140/ostg.clktrk
___
The BASE general discussion mailing list
basedb-users@lists.sourceforge.net
unsubscribe: send a mail with subject "unsubscribe" to
basedb-users-requ...@lists.sourceforge.net