Robohelp 9 Compiler/Single Source Layouts are dead

Hi
We are using Robohelp 9 on Windows 7 and after working on the same project for 2 years now, all of a sudden, the project will not close down without crashing it from the Task Manager, and also we select compile HTML file and it just does nothing.
We cannot compile any single source layout. We also cannot create a new single source layout - system just ignores all commands.
We tried deleting part of the project - thinking it was maybe too big, but that is not the case.
We tried copying the project to another computer thinking maybe the installation is corrupt.
We also tried deleting the cpd - no luck.
Can anyone put light on this matter - why do these things always happen just before a deadline?
Thank you
Melanie

First we need to ascertain if this is machine or project specific?
Did the copy work OK on the other machine?
What happens with one of the sample projects on the problem machine? Click Open on the RoboHelp Starter page and then click Samples in the ribbon on the left.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Similar Messages

RH9 - Can I restore layouts in "Single Source Layouts" pod from .ssl files?

RH 9 (latest)
Windows 7 x64
Due to some corruption somewhere in our main help project that prevented me from generating layouts using the RoboHelp command line (rhcl.exe), I deleted my .xpj file and .cpd file, and then recreated the .xpj project file from the .hhp file. This is the recommended fix to get things back to normal that I did two years ago when I got this same error. (For info, see Command line generation errors in log. How do I fix this?)
However, as expected, all my single source layouts are now missing from the Single Source Layouts pod. Is there a way to recreate the single source layouts from the .ssl files so they appear back in the pod with their previous settings? Like a way to re-import then into the project? I have 36 individual ssls just for printable output alone that I spent creating all day last Friday (1 per chapter), I really do NOT want to manually recreate them.
A related question is, where does RH store the link between xpj and ssl layouts? Because when I checked the xpj inside Notepad++ prior to deleting it, there weren't any references to the individual single source layout files there; I don't understand how deleting an xpj file removes references to the ssls when the .ssl files obviously still exist in the project folder.

I'm not at a Rh machine to check where the link is stored but this should work.
Move the old layouts from the project.
Recreate layouts with the same character perfect names. Leave default settings.
With Rh closed, open them in a text editor. Do the same with the old files
and copy the content across.
Backups everywhere of course.

Faulty Single Source Layout from RoboHelp X5 for Word

I am running RoboHelp for Word X5.0.1 build 606 and
generating a Single Source Layout that is in Microsoft HTML Help
format. The output for the English version is fine. In the Spanish
version, a list of font names is inserted into pages in the output.
It looks like the pages that are littered with these font names
occur only in those topics that are at the beginning of their
respective Word documents. The text just before
Introducción that follows is an example:
Arial;Symbol;StarBats;Times;Times New Roman CE;Times New
Roman Cyr;Times New Roman Greek;Times New Roman Tur;Times New Roman
(Hebrew);Times New Roman (Arabic);Times New Roman Baltic;Times New
Roman (Vietnamese);Arial CE;Arial Cyr;Arial Greek;Arial Tur;Arial
(Hebrew);Arial (Arabic);Arial Baltic;Arial (Vietnamese);
Introducción
Has anyone seen this before? How can I avoid this?

Hi, Peter,
I think the usual advice, at least for non-western European
languages, is to compile an HTML Help file on a PC whose default
language is set to that of the help file. For example, you should
compile a Japanese help file on either:
A full Japanese Windows PC.
A non-Japanese Windows PC on which you've installed the East
Asian language files and set the language to Japanese via Control
Panel > Regional and Language Options > Advanced.
I don't think it's necessary to go to these lengths for help
files in western European languages.
The compile-time settings of both help file and PC have no
influence over the language in which the text labels of the toolbar
buttons are shown, as this is determined by Windows at run time.
So, a French help file will have French button labels when opened
on a French PC and English labels when opened on an English PC.
Pete

Single source layouts and publishing in RH7

Hi - this is my first experience with RoboHelp 7 HTML and
even after reading a lot of documentation, I am confused between
the WebHelp v. WebHelp Pro outputs and publishing to the RoboHelp 7
server.
Can you publish multiple Single Source Layouts from one
project up to the RH server? When creating the SSLs locally, they
are generated into separate folders, but I do not see where
distinguishing information is setup in the server destination
settings. Will the layouts overwrite each other on the server?
Any help/insights/suggestions would be great!

WebHelp works on the server without the need for RoboServer
and is published to a location other than within RoboServer.
WebHelp Pro whilst generated to your local drive like WebHelp
has different files in the output and they combine to provide the
additional WebHelp Pro features.
I don't work with WebHelp Pro but my understanding is that
each project will be generated to a different location and you will
have the option for those projects to be kept separate or merged.
First though, consider what it is in WebHelp Pro that you
want and then see if management will pay the extra cost.

Multiple single source layouts

Seems robohelp cannot remember multiple build expressions if
you ave more than 5 single source layouts. So each time you
generate a set of html files you need to do the build expression
each time.....so you can also assume the batch feature does nto
work either - Tech Support had no comment, couldn't figure anything
out....again.
Anyone know how to fix?
Thanks,
Steve

Thanks Rick.
I have been down the road about 5 times until I wasted all of
my support tickets. Tech support took all of my files replicated
and tried everything over and over and could not offer a solution.
I run about 40 single source layouts and about 50 build tags. I was
told I should just build each on it own everytime to be sure....and
this cannot trust any batch processing which was one of the man
drivers for purchasing the system.
Probably wouldn't mind as much if there was some form of
upgrade or fix in the last 2 years.....guess Robohelp gets the back
seat for development as the company is focused on other things.
Steve

Troubleshooting Other Single Source Layouts

This category is mostly about JavaHelp and OracleHelp.
Not too many posts appear here as the use of these forms of help is limited. The best I can do here is point to the write-up of my own experience. I would particularly draw your attention to Mike Hamilton's comments at the end. These sum up very well why these forms have help are not used more widely. Click here.
Please feel free to email RoboWizard or Peter Grainge via their web sites with suggestions for additional troubleshooting information.
The Troubleshooting Guide has links to the troubleshooting tips for the other RoboHelp forum categories.

Hi Pet3689
You simply need to amend your profile settings for the
forums. The defaults only reveal posts from a certain point in time
forward. So many days back. Your forum profile controls how far
back you see.
Cheers... Rick

Single Source JavaHelp Missing

I've created a project using RoboHelp HTML 7 and have the
WebHelp Single Source output as my primary output. The application
developer wants the JavaHelp output, but I don't have that
available in my Single Source Layout as a choice. It is available
in my RoboHelp Word 7 though.
Any ideas how to add it to RoboHelp HTML? I don't want to
have to copy the project to RoboHelp Word, just to output for
JavaHelp.
Thanks!

Welcome to our community, Cathy
You will need to install the Java Development Kit (I think
that's the name) and you will need to right-click the Single Source
Layouts area and choose to add a new layout. When you add a new
layout, you should see the option for JavaHelp.
I think it's not there by default because so few folks use
it. WebHelp is really a better way to go.
Cheers... Rick

Unable to view Single Source WebHelp properties, how to correct?

I am unable to view my Primary Layout single source webhelp properties in RH9. Several of the single source layout icons have "?" marks on them. How do I correct this? Thanks.

Hi Folks
If you ever noticed, the question mark is more of a standard symbol for "Help". Because RoboHelp is a help authoring tool, many of the icons sport a question mark. As Willam indicated, it doesn't mean that something is amiss, unfinished or undefined. Instead, it is simply the icon that represents the layout.
If you look in your Windows file system at any CHM file (a standard Windows help file) you will notice that it too has a question mark.
And the older WinHelp (.HLP) format (Pre-Windows 95) was a blue circle with a question mark:
Cheers... Rick

Single source for different online help guides

I am glad that the single source layout pod in RH7 supports
different channels.
I also need to output to different online webhelps using
shared topics. This is what should be called single source.
Is it the best practice to create a set of taylored and
overlapping TOCs for a related set of online helps?
My working environment consists of a single software product
with different user interfaces for different types (and levels) of
users. For each type of interface, a different webhelp is mounted.
How can I make sure that the online help title displayed in
the web help browser tab is the correct one for each variation of
the online help?

Single source is anything that lets you get more than one
output from one source, be those outputs ten different webhelp
outputs or just one and a printed document output.
You can have as many webhelp outputs as you can manage. Right
click and add new ones or copy existing ones as a base.
Best practice depends on your content. You can have different
TOCs for each output or you can have a smaller number and apply
conditional tags. So with say 10 outputs you could have just three
or four TOCs and apply conditional tags to vary them. It's whatever
works best for you and can be understood by anyone you work with.
The scenario you describe would be ideal for the way RH
works.
The title bar and browser tab take their text from the
Project Title in Project Settings so you will need to change that
for each output.

RoboHelp HTML 9 Webhelp Layouts include all (unnecessary) project files

I am currently using RoboHelp HTML 9 on Windows 7 Pro. I have administrative rights on the computer.
My current project contains over 30 different webhelp layouts with 30 different TOCs that are all based on the different functions in a web-based application for a client. The project also includes over 30 different print layouts based on the same TOCs. I use build conditions to specify what I want to appear in the webhelp and print layouts. My project is organized into basically three main folders that represent Tasks, References and Concepts (as close to DITA as I can get this client). Each of these main folders has a subfolder named after a function and it contains the topics and screen captures that relate to that specific function task, function reference or function concept.
I created each webhelp layout in the SSL pod based on the specific TOC that was created for the function. In the WebHelp settings, I specified the TOC in the Content section along with enabling the "exclude unreferenced topics from output" and "exclude unreferenced baggage files from the output" options. In the Navigation section, I selected the appropriate skin that I customized along with enabling Contents and Search options with adding the About box.
With these settings my problem is that ever single webhelp layout includes all of the files in the three main folders, even when they are not referenced in the TOC. This has caused my outputs to explode in size because of the unnecessary folders filled with files (topics and graphics). How can I compile the webhelp layouts so they only output the files referenced in the TOCs and not every single file in the the three main project folders?
Any suggestions will be greatly appreciated because my client is not local and I have to send these files to them over the internet.
Thanks in Advance!

"Exclude unreferenced topics from output" starts by excluding topics that are not in the TOC etc. However if a topic in the TOC has a link to a topic that is not in the TOC, the linked topic will also be included to avoid a broken link. It also daisy chains so that if the second topic has further links, that too gets included.
The idea behind this option was that people wanted TOC only outputs but Adobe chose to implement it in this way. I can see why but I take the view that if that results in broken links, that is the author's responsibility. If you agree, then please follow this link and ask for true TOC based authoring.
http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38
Meantime you will, as Amebr points out, need to create build tags and expressions. There is a page on my site that covers that.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

How can I use single source images in text?

I'm using RoboHelp HTML 11, and I want to use single source images of icons in text, so that I have the ability to update the source image, as needed, and all instances of the image are updated automatically. The look is as follows:
I've tried snippets, but they force a paragraph return in the text which I don't want.
I tried inserting the source code for an image into a variable, but when I inserted the variable into the text, I got an error message in the text.
Is there a way to use variables to do this or some other method?
Thanks.

HI there
The one possible drawback to this approach would be if the image size changes. You *MAY* find that saving a different sized image and replacing one would result in perhaps needing to visit each instance of the image and right-clicking and choosing "Reset Size".
I'm not sure why your variable failed with the image. Generally, it's simple to insert an image into the variable. I typically start the process by typing something like "XX" as the variable value. Then in the UDV pod, select the XX and replace it with the desired image.
Cheers... Rick

I'm getting an error "Could not find compiled resource bundle 'layout' for locale 'en_US'."

I thought I would update to the latest trunk version of the sdk. When I run my code I keep getting this Error being thrown:
"Error: Could not find compiled resource bundle 'layout' for locale 'en_US'."
It worked fine with the beta sdk and nightly builds from a long time before that. The error occured in builds 7573 and 7830, so what ever changed happened before then. I put a break point in there, and other resource bundles are being loaded ok.
My project uses RSLs and modules. I'm using Flash Builder beta.
I'm not familiar with resource bundles and not sure what to look for. Any ideas as to what to try or where to look?
Is there something I need to update to run the latest code?
Is the the appropriate place to post questions regarding the nightly builds? Or should I be asking somewhere else?
Thanks!
PS Here is the full stack trace if it gives anyone more ideas:
Error: Could not find compiled resource bundle 'layout' for locale 'en_US'.
    at mx.resources::ResourceManagerImpl/installCompiledResourceBundle()[E:\dev\trunk\frameworks \projects\framework\src\mx\resources\ResourceManagerImpl.as:339]
    at mx.resources::ResourceManagerImpl/installCompiledResourceBundles()[E:\dev\trunk\framework s\projects\framework\src\mx\resources\ResourceManagerImpl.as:268]
    at mx.core::FlexModuleFactory/installCompiledResourceBundles()
    at mx.core::FlexModuleFactory/docFrameHandler()
    at flash.display::MovieClip/nextFrame()
    at mx.core::FlexModuleFactory/deferredNextFrame()
    at mx.core::FlexModuleFactory/update()
    at mx.core::FlexModuleFactory/moduleCompleteHandler()

hi
also add the following
to my compiler auguments:
-locale en_US    -source-path=locale/{locale}    -allow-source-path-overlap=true
and to actionScriptProperties I have the following where path= is the location of your locale folder
<compilerSourcePathEntry kind="1" linkType="1" path="/locale/{locale}"/>
Not sure if this is the correct way to do it, but it stopped me getting any errors.

Single sourcing tools for paper and html help

Hi
Today I started a new job where html help is made in RoboHelp
and the paper manual is made in Word. Both are translated to 5
languages, so the translators also use Word and RoboHelp.
Unfortunately there is no single sourcing at all.
I want to introduce single-sourcing so that I use the same
source for output to html help and paper.
I am used to FrameMaker for paper output and the WebWorks
Publisher plugin for the html help output.
If I were alone I might use FrameMaker and Madcap Blaze. I
think however that I can introduce one but not two new tools for
the 5 translators.
What Is your suggestion? Which tools should I use? Word
hasn't the conditional text feature I need. I don't belive that
RoboHelp can create a Word output which lives up to the Company
design standards. Besides, will Robohelp live, does it works under
Window Vista?

Hi Polle2. First of all there are many users on these forums
who use RH to single source with no problems. Sure RH single
sourcing requires a little thought and set-up - just like most our
"true single source" tools. There's a new version of RH planned
(version X6) and currently in beta test but we won't know what
included in it until it's formally released.
As far as product comparisons are concerned, I've not used
Madcap Blaze and neither has anyone else as I believe it's not
released yet. My two penneth worth is you are right to go down the
single sourcing line and that RH - and other tools - could all fit
the bill. It all depends on which one fits your specific
needs.

Mapping is inserting multiple records from a single source to Dimension.

Hi All,
I am very new to OWB. Please help me out. I've created Dimension with the help of the wizard and then a mapping which consist of single source and single dimension. The mapping is populating nearly 500 times of the actual records. Following are some details to give you a better understanding of mapping: I created a dimension with four levels and two hierarchy. Levels are L1, L2, L3 and L4 and hierarchies are H1-> L1, L2 and L4
and H2-> L3 and L4. L4 is lowest level of hierarchy. L1 and L3 are parent levels in the respective hierarchies. I assigned an attribute of each level as Business identifier that means business identifier attribute is different in each level. In mapping I mapped the parent natural key(Key for parent Level in a hierarchy) as the value which has been mapped for parent level. The result is coming 500 times of the record that exist in source table. I've tried even single common business identifier for each level but again the result is 5 times of the records. Please let me know the solution.
Thanks is advance.
Amit

Hi ,
You may not be having multiple records in your dimension.
To understand better the records insertion, try a snow flake version of the dimension and see how the records are inserted as per the levels in the respective tables.
Thanks

Error compiling single ejb using appc/ejbc (long)

This may be related to my earlier post ("no longer able to build ejb
using appc (WLS 8.1)", posted this morning), but the error and the way I
encountered it were different enough that I thought I'd post as a new
topic. I've been trying to build a project using weblogic 8.1, but I've
been running into some problems.
As a test, I tried compiling a single ejb from the command line using
the new appc compiler. I compiled the source files and moved them to a
clean build directory, along with the deployment descriptors. From the
command line, I set the system classpath to the bare minimum necessary
to build the ejb-- the jdk tools.jar, the jre rt.jar, the weblogic.jar
file, the project bin directory, the log4j.jar, and my database driver
jar (see [1] and the echoed resulting classpath at [2] below). I then
invoked appc, specifying the output and source paths ([3]). The
resulting error ([4]) shows a much larger classpath, which abruptly ends
with a "?". I ran the same test using ejbc instead of appc, and I get
the very same problem (same error message). I've never encountered
problems like these before, and other than upgrading to weblogic 8.1, my
system configuration hasn't changed. Any ideas or suggestions would be
greatly appreciated!
system:
weblogic 8.1
sun jdk 1.4.1_02 (bundled with weblogic)
win 2k
Test and resulting error message:
[1] SETTING CLASSPATH...
D:\workspace\TRIPS\deployment\build>set classpath=D:\bea\jdk141_02\jre
\lib\rt.jar;D:\bea\jdk141_02\lib\tools.jar;D:\bea\weblogic81\server\lib
\weblogic.jar;D:\workspace\TRIPS\bin;D:\workspace\TRIPS\lib\log4j.jar;D:
\workspace\TRIPS\lib\ifxjdbc.jar
[2] ECHOING CLASSPATH...
D:\workspace\TRIPS\deployment\build>set classpath
classpath=D:\bea\jdk141_02\jre\lib\rt.jar;D:\bea\jdk141_02\lib
\tools.jar;D:\bea\weblogic81\server\lib\weblogic.jar;D:\workspace\TRIPS
\bin;D:\workspace\TRIPS\lib\log4j.jar;D:\workspace\TRIPS\lib\ifxjdbc.jar
[3] INVOKING APPC...
D:\workspace\TRIPS\deployment\build>java weblogic.appc -output D:
\workspace\TRIP
S\deployment\build\VASKeyGenerator.jar D:\workspace\TRIPS\deployment
\build
[4] ERROR MESSAGE...
java.io.IOException: CreateProcess: javac -classpath "C:\temp\appcgen;C:
\Program
Files\Java\j2re1.4.1_01\lib\rt.jar;C:\Program Files\Java\j2re1.4.1_01
\lib\i18n.
jar;C:\Program Files\Java\j2re1.4.1_01\lib\sunrsasign.jar;C:\Program
Files\Java\
j2re1.4.1_01\lib\jsse.jar;C:\Program Files\Java\j2re1.4.1_01\lib
\jce.jar;C:\Prog
ram Files\Java\j2re1.4.1_01\lib\charsets.jar;C:\Program Files\Java
\j2re1.4.1_01\
classes;D:\bea\jdk141_02\jre\lib\rt.jar;D:\bea\jdk141_02\lib
\tools.jar;D:\bea\we
blogic81\server\lib\weblogic.jar;D:\bea\weblogic81\server\lib
\wlcipher.jar;D:\be
a\weblogic81\server\lib\webservices.jar;D:\bea\weblogic81\server\lib
\xmlx.jar;D:
\bea\weblogic81\server\lib\ojdbc14.jar;D:\bea\weblogic81\server\lib
\EccpressoAsn
1.jar;D:\bea\weblogic81\server\lib\EccpressoCore.jar;D:\bea\weblogic81
\server\li
b\EccpressoJcae.jar;D:\bea\weblogic81\server\lib\ant\ant.jar;D:\bea
\weblogic81\s
erver\lib\ant\optional.jar;D:\bea\weblogic81\server\lib\ant\jakarta-oro-
2.0.4.ja
r;D:\bea\weblogic81\server\lib\ant\xml-apis.jar;D:\bea\weblogic81\server
\lib\ant
\xerc?
at java.lang.Win32Process.create(Native Method)
at java.lang.Win32Process.<init>(Win32Process.java:63)
at java.lang.Runtime.execInternal(Native Method)
at java.lang.Runtime.exec(Runtime.java:566)
at java.lang.Runtime.exec(Runtime.java:491)
at java.lang.Runtime.exec(Runtime.java:457)
at weblogic.utils.Executable.exec(Executable.java:227)
at weblogic.utils.Executable.exec(Executable.java:156)
at weblogic.utils.Executable.exec(Executable.java:142)
at weblogic.utils.compiler.CompilerInvoker.execCompiler
(CompilerInvoker.
java:246)
at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit
(CompilerInvo
ker.java:463)
at weblogic.utils.compiler.CompilerInvoker.compile
(CompilerInvoker.java:
364)
at weblogic.utils.compiler.CompilerInvoker.compile
(CompilerInvoker.java:
372)
at weblogic.ejb20.ejbc.EJBCompiler.doCompile
(EJBCompiler.java:270)
at weblogic.ejb20.ejbc.EJBCompiler.compileEJB
(EJBCompiler.java:468)
at weblogic.ejb20.ejbc.EJBCompiler.compileEJB
(EJBCompiler.java:387)
at weblogic.appc.compileEJB(appc.java:735)
at weblogic.appc.compileEJB(appc.java:709)
at weblogic.appc.compileInput(appc.java:446)
at weblogic.appc.runBody(appc.java:167)
at weblogic.utils.compiler.Tool.run(Tool.java:146)
at weblogic.utils.compiler.Tool.run(Tool.java:103)
at weblogic.appc.main(appc.java:961)
Exec failed .. exiting
D:\workspace\TRIPS\deployment\build>

Hi Tim,
I just got past a similar problem by specifying the full path to javac
in build.xml. Like:
<wlappc source="${dest.dir}" compiler="C:\bea\jdk141_02\bin\javac"
/>
Tim Perrigo <[email protected]> wrote in message news:<[email protected]>...
This may be related to my earlier post ("no longer able to build ejb
using appc (WLS 8.1)", posted this morning), but the error and the way I
encountered it were different enough that I thought I'd post as a new
topic. I've been trying to build a project using weblogic 8.1, but I've
been running into some problems.
As a test, I tried compiling a single ejb from the command line using
the new appc compiler. I compiled the source files and moved them to a
clean build directory, along with the deployment descriptors. From the
command line, I set the system classpath to the bare minimum necessary
to build the ejb-- the jdk tools.jar, the jre rt.jar, the weblogic.jar
file, the project bin directory, the log4j.jar, and my database driver
jar (see [1] and the echoed resulting classpath at [2] below). I then
invoked appc, specifying the output and source paths ([3]). The
resulting error ([4]) shows a much larger classpath, which abruptly ends
with a "?". I ran the same test using ejbc instead of appc, and I get
the very same problem (same error message). I've never encountered
problems like these before, and other than upgrading to weblogic 8.1, my
system configuration hasn't changed. Any ideas or suggestions would be
greatly appreciated!
system:
weblogic 8.1
sun jdk 1.4.1_02 (bundled with weblogic)
win 2k
Test and resulting error message:
[1] SETTING CLASSPATH...
D:\workspace\TRIPS\deployment\build>set classpath=D:\bea\jdk141_02\jre
\lib\rt.jar;D:\bea\jdk141_02\lib\tools.jar;D:\bea\weblogic81\server\lib
\weblogic.jar;D:\workspace\TRIPS\bin;D:\workspace\TRIPS\lib\log4j.jar;D:
\workspace\TRIPS\lib\ifxjdbc.jar
[2] ECHOING CLASSPATH...
D:\workspace\TRIPS\deployment\build>set classpath
classpath=D:\bea\jdk141_02\jre\lib\rt.jar;D:\bea\jdk141_02\lib
\tools.jar;D:\bea\weblogic81\server\lib\weblogic.jar;D:\workspace\TRIPS
\bin;D:\workspace\TRIPS\lib\log4j.jar;D:\workspace\TRIPS\lib\ifxjdbc.jar
[3] INVOKING APPC...
D:\workspace\TRIPS\deployment\build>java weblogic.appc -output D:
\workspace\TRIP
S\deployment\build\VASKeyGenerator.jar D:\workspace\TRIPS\deployment
\build
[4] ERROR MESSAGE...
java.io.IOException: CreateProcess: javac -classpath "C:\temp\appcgen;C:
\Program
Files\Java\j2re1.4.1_01\lib\rt.jar;C:\Program Files\Java\j2re1.4.1_01
\lib\i18n.
jar;C:\Program Files\Java\j2re1.4.1_01\lib\sunrsasign.jar;C:\Program
Files\Java\
j2re1.4.1_01\lib\jsse.jar;C:\Program Files\Java\j2re1.4.1_01\lib
\jce.jar;C:\Prog
ram Files\Java\j2re1.4.1_01\lib\charsets.jar;C:\Program Files\Java
\j2re1.4.1_01\
classes;D:\bea\jdk141_02\jre\lib\rt.jar;D:\bea\jdk141_02\lib
\tools.jar;D:\bea\we
blogic81\server\lib\weblogic.jar;D:\bea\weblogic81\server\lib
\wlcipher.jar;D:\be
a\weblogic81\server\lib\webservices.jar;D:\bea\weblogic81\server\lib
\xmlx.jar;D:
\bea\weblogic81\server\lib\ojdbc14.jar;D:\bea\weblogic81\server\lib
\EccpressoAsn
1.jar;D:\bea\weblogic81\server\lib\EccpressoCore.jar;D:\bea\weblogic81
\server\li
b\EccpressoJcae.jar;D:\bea\weblogic81\server\lib\ant\ant.jar;D:\bea
\weblogic81\s
erver\lib\ant\optional.jar;D:\bea\weblogic81\server\lib\ant\jakarta-oro-
2.0.4.ja
r;D:\bea\weblogic81\server\lib\ant\xml-apis.jar;D:\bea\weblogic81\server
\lib\ant
\xerc?
at java.lang.Win32Process.create(Native Method)
at java.lang.Win32Process.<init>(Win32Process.java:63)
at java.lang.Runtime.execInternal(Native Method)
at java.lang.Runtime.exec(Runtime.java:566)
at java.lang.Runtime.exec(Runtime.java:491)
at java.lang.Runtime.exec(Runtime.java:457)
at weblogic.utils.Executable.exec(Executable.java:227)
at weblogic.utils.Executable.exec(Executable.java:156)
at weblogic.utils.Executable.exec(Executable.java:142)
at weblogic.utils.compiler.CompilerInvoker.execCompiler
(CompilerInvoker.
java:246)
at weblogic.utils.compiler.CompilerInvoker.compileMaybeExit
(CompilerInvo
ker.java:463)
at weblogic.utils.compiler.CompilerInvoker.compile
(CompilerInvoker.java:
364)
at weblogic.utils.compiler.CompilerInvoker.compile
(CompilerInvoker.java:
372)
at weblogic.ejb20.ejbc.EJBCompiler.doCompile
(EJBCompiler.java:270)
at weblogic.ejb20.ejbc.EJBCompiler.compileEJB
(EJBCompiler.java:468)
at weblogic.ejb20.ejbc.EJBCompiler.compileEJB
(EJBCompiler.java:387)
at weblogic.appc.compileEJB(appc.java:735)
at weblogic.appc.compileEJB(appc.java:709)
at weblogic.appc.compileInput(appc.java:446)
at weblogic.appc.runBody(appc.java:167)
at weblogic.utils.compiler.Tool.run(Tool.java:146)
at weblogic.utils.compiler.Tool.run(Tool.java:103)
at weblogic.appc.main(appc.java:961)
Exec failed .. exiting
D:\workspace\TRIPS\deployment\build>

Robohelp 9 Compiler/Single Source Layouts are dead

Similar Messages

Maybe you are looking for