-
1. Re: Problems on Nukes1.1RC1
jae77 Jun 2, 2004 10:13 AM (in response to aurelie)has the nukes-downloads.ear been deployed?
-
2. Re: Problems on Nukes1.1RC1
aurelie Jun 2, 2004 11:04 AM (in response to aurelie)Yes but after that
-
3. Re: Problems on Nukes1.1RC1
jae77 Jun 2, 2004 11:57 AM (in response to aurelie)if you deploy the nukes-downloads.ear first, and then deploy the individual -service.xml files, it should startup w/o any issues.
the problem is the -service.xml files and the nukes-downloads.ear are both in the "nukes" directory, and the -service.xml file is being deployed before the .ear.
a few solutions comes to mind...
1) roll the individual -service.xml files back into the main jboss-service.xml file that is contained in the ear (packaged in the sar).
2) since the URLComparator deploys anything not matching the already specified criteria last, the -service.xml files could be renamed to have a special suffix and then a custom deployer (which would be nothing more then an extension of the SARDeployer) could then be used to deploy the files.
3) have a "nukes.last" directory that all the -service.xml files are deployed to so they are deployed last.
personally, i like #2 the best.
in the interim, i will implement solution #1 and investigate #2 in more depth. -
4. Re: Problems on Nukes1.1RC1
jae77 Jun 2, 2004 12:30 PM (in response to aurelie)after a quick test, #3 is actually the quickest way to handle this for right now.
in the "nukes" directory (under server/default/), create a directory called "nukes.last" and then copy all the -service.xml files that are contained in the "nukes" directory there.
that will eliminate the startup exceptions that are thrown b/c the classes can't be found.
for now, i think that will be the best solution and i'll update the build scripts to deploy -service.xml files there instead of worrying about the deployment scanner. -
5. Re: Problems on Nukes1.1RC1
aurelie Jun 3, 2004 4:36 AM (in response to aurelie)Hi,
thanks for your help
I tested your solution but jboss blocks during the deploiement of nukes.last -
6. Re: Problems on Nukes1.1RC1
jae77 Jun 3, 2004 9:03 AM (in response to aurelie)hrm - the instructions above are actually incorrect.
remove the nukes.last directory you created and either update from cvs against the tag, or pull the updated zip file - all the correct changes are in there.
the "nukes.last" directory should actually be created inside the "nukes" directory (/server/default/nukes) and not directly under /server/default. -
7. Re: Problems on Nukes1.1RC1
aurelie Jun 3, 2004 9:23 AM (in response to aurelie)Is the updated zip file adress is:
http://www.scriptkitty.org/nukes-1.1.0-mysql-RC1.zip
if not where i can find it? -
-
9. Re: Problems on Nukes1.1RC1
aurelie Jun 3, 2004 10:28 AM (in response to aurelie)sorry, but i didn't still succeded with the deploiement
I made what you say :
I put "nuke.last" directory in "nuke" directory
but the deploiement stay blocked at nuke.last -
10. Re: Problems on Nukes1.1RC1
jae77 Jun 3, 2004 10:55 AM (in response to aurelie)i'm not sure why it would hang - i can't replicate this on my machine.
do you get any kind of error messages, etc earlier in the deployment? what version of jboss are you using? -
11. Re: Problems on Nukes1.1RC1
aurelie Jun 3, 2004 11:20 AM (in response to aurelie)This is the end of my log :
2004-06-03 17:10:20,166 DEBUG [class org.jboss.nukes.common.template.TemplateBuilder.188] Added constructor on template org.jboss.nukes.common.template.Generated188
2004-06-03 17:10:20,166 DEBUG [class org.jboss.nukes.common.template.TemplateBuilder.188] Created render method on template org.jboss.nukes.common.template.Generated188 with body public void render(org.jboss.nukes.common.template.Context ctx, java.io.Writer writer)
{
org.jboss.nukes.common.template.Context ctx_ = $1;
String s_1 = null;
$2.write("
\n");
for (java.util.Iterator it_templateUrlList = ctx_.childIterator("templateUrlList");it_templateUrlList.hasNext();)
{
org.jboss.nukes.common.template.Context ctx_templateUrlList = (org.jboss.nukes.common.template.Context)it_templateUrlList.next();
String s_2 = null;
$2.write("
\n");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_URL_NUMBER");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_URL_NUMBER is null");
}
$2.write(". <a class=\"pn-normal\" href=\"index.html?module=kingpin&op=");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_OP");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_OP is null");
}
$2.write("&authid=");
s_2 = (java.lang.String)ctx_.get("AUTHID");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field AUTHID is null");
}
$2.write("\" title=\"");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_URL_COMMENTS");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_URL_COMMENTS is null");
}
$2.write("\">");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_URL_NAME");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_URL_NAME is null");
}
$2.write("
\n");
}
$2.write("
\n");
}
2004-06-03 17:10:20,166 INFO [org.jboss.nukes.addons.modules.downloads.blocks.NewDownloadsBlock] Started
2004-06-03 17:10:20,229 INFO [org.jboss.nukes.addons.modules.downloads.blocks.Top10Block] Starting
2004-06-03 17:10:20,291 DEBUG [class org.jboss.nukes.common.template.TemplateBuilder.189] Added constructor on template org.jboss.nukes.common.template.Generated189
2004-06-03 17:10:20,291 DEBUG [class org.jboss.nukes.common.template.TemplateBuilder.189] Created render method on template org.jboss.nukes.common.template.Generated189 with body public void render(org.jboss.nukes.common.template.Context ctx, java.io.Writer writer)
{
org.jboss.nukes.common.template.Context ctx_ = $1;
String s_1 = null;
$2.write("
\n");
for (java.util.Iterator it_templateUrlList = ctx_.childIterator("templateUrlList");it_templateUrlList.hasNext();)
{
org.jboss.nukes.common.template.Context ctx_templateUrlList = (org.jboss.nukes.common.template.Context)it_templateUrlList.next();
String s_2 = null;
$2.write("
\n");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_URL_NUMBER");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_URL_NUMBER is null");
}
$2.write(". <a class=\"pn-normal\" href=\"index.html?module=kingpin&op=");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_OP");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_OP is null");
}
$2.write("&authid=");
s_2 = (java.lang.String)ctx_.get("AUTHID");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field AUTHID is null");
}
$2.write("\" title=\"");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_URL_COMMENTS");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_URL_COMMENTS is null");
}
$2.write("\">");
s_2 = (java.lang.String)ctx_templateUrlList.get("TEXT_URL_NAME");
if (s_2 != null)
{
$2.write(s_2);
}
else if (log.isDebugEnabled())
{
log.debug("field TEXT_URL_NAME is null");
}
$2.write("
\n");
}
$2.write("
\n");
}
2004-06-03 17:10:20,291 INFO [org.jboss.nukes.addons.modules.downloads.blocks.Top10Block] Started
2004-06-03 17:10:20,307 INFO [org.jboss.deployment.MainDeployer] Deployed package: file:/C:/java/jboss-3.2.3-Nukes/server/default/nukes/nukes.last/
After that, Jboss don't do anything.
I haven't any error messages earlier in the deploiement.
My version of jboss is 3.2.3 -
12. Re: Problems on Nukes1.1RC1
jae77 Jun 3, 2004 11:25 AM (in response to aurelie)that looks correct to me - the last message states that everything was deployed succesfully.
what happens when you try to access http://localhost:8080/nukes/? -
13. Re: Problems on Nukes1.1RC1
aurelie Jun 3, 2004 11:42 AM (in response to aurelie)The deploiement is not finish :
2004-06-03 17:10:20,307 INFO [org.jboss.deployment.MainDeployer] Deployed package: file:/C:/java/jboss-3.2.3-Nukes/server/default/nukes/nukes.last/
it stay here
When i access to http... i have got an error maessage :
"State http 500-No context is configured to treat this request " -
14. Re: Problems on Nukes1.1RC1
jae77 Jun 3, 2004 12:30 PM (in response to aurelie)i'm not sure why you are having these problems.
what happens if you try to just deploy the nukes core w/o any of the other additional modules? does the site come up?
remove all the files from the "nukes" directory, and make sure that you don't have any other ears deployed in the "deploy" directory othen then the "nukes.ear".
if that works and the site comes up, then copy all the -service.xml files for the core into the "nukes" directory and make sure the side blocks appear (this would be all -service.xml files except mostpopulardownalds-block-service.xml, newdownloads-block-service.xml and top10downloads-block-service.xml).