cancel
Showing results for 
Search instead for 
Did you mean: 

WebElements, Location of "OpenDocument" file

0 Kudos

Jamie -

Per your request, this is a repost, hopefully it's in the correct area.

-CRYSTAL REPORTS 2008

-BOX XI 3.1

-Linux

Issue: Location of OpenDocument file on Linux, and unable to edit WEPlatorm function from within crystal fx workshop.

So far...

-Installed to bobj repository through crystal

-Enabled HTML pass through (somewhat different path b/c we are Linux, but found it )

--> /usr/sap/E12/bobj/bobje/tomcat/webapps/CrystalReports/WEB-INF/web.xml?

-Created prompt page with input box and submit button

Now, I'm trying to capture the value from the input box, and pass it to the next report. We are on Linux and I don't see that as an option in the "WEPlatform" function..."other" maybe?

question 1

Would that fall into the category of other, and does that mean I should hard code the path to the "opendocument.<ext>" page?

The problem now is when I click the submit, it's navigating to a folder structure that does not exist. OR at least I think it doesn't exist, our basis is outsourced, so I'm having the guys do a search on "opendocument" file to see if it exists in a different path. Otherwise, I might have the "WETargetPath" configured wrong.

question 2

Also, unable to edit the "WEPLatform" function from within crystal. Does that have some type of security tied to it?

Accepted Solutions (1)

Accepted Solutions (1)

JWiseman
Active Contributor
0 Kudos

hey Matt,

according to an expert for linux installs and businessobjects enterprise, the relative path to opendoc in linux would be the same as windows.

to run a test...

1) in crystal reports, create a new report put a new text box in the report header that says "link"

2) save the report to your enterprise system as "test"

3) right click on the link text box and choose Format Text Object and then choose the Hyperlink tab

4) choose "A website on the internet" and then press the "Create enterprise hyperlink" button

5) press the "Browse" button and find and select the new "test" report

6) leave all other options as their defaults except for the "Include server name in URL"

7) save your report again and then open up infoview and test the hyperlink...what is the result?

you should not have to edit the weplatform function in your case as you are using enterprise 3.x with a java web server. if you do wish to edit functions though, right click on them and choose disconnect from repository...you can save them back if you wish to over-write the repository version

0 Kudos

Jamie -

The result is:

Navigate through infoview to see "test".

Double click, initiate "test".

Opens with the word "Link".

I click on it, and it prompts me for login again, I login, and the same page appears.

I suspect that's what you were guessing?

I updated my submit button within test2 report with the following:


stringvar path:= WETargetPath ("rpt", "Name", "test", "");
WESubmitButton ("Update", path, "");

that redirects me to the "test", but gives me a "warning" message about the open document url or something, I click "ok", and it delivers me to desired page.

Guess this should work, but need to see why that warning message is appearing.

Thanks for the quick response,

Matt

0 Kudos

Jamie (or others out there) -

I believe the OpenDocument is working correctly for Linux, but I need to build the OpenDocument string based on 6 user inputted values.

The user will click on a report, that actually doubles as the selection screen for the real report. (Reasons for this is that users don't like default parameter screen).

Below, these values are all formulas in report header section with WETextBox code behind them (I have no actual parameters defined for this report):

V1

WETextBox ("Fiscal Year", "{?[!V000001]}", 10, 10, "", "empty", "Fiscal Year .")

V2

WETextBox ("Fiscal Year", "{?[!V000002]}", 10, 10, "", "empty", "Fiscal Year Two .")

V3 and so on...

V4

V5

V6

and then a function for submission HTML "SUBMIT" button to actual report, with this code behind it:

stringvar path:= WETargetPath ("rpt", "Name", "ZFIGL_QCR_PROFSTAT_EP", "IsS{?[!V000001]}=2009");
WESubmitButton ("Update", path, "");

or something like that...I'm trying to find syntax, or if this is possible to pass 6 collected parameters and bypass the default prompt screen.

Will the SUBMIT work if the variable names are the same on the "fake" selection screen, as they are on the parameter fields for the receiving report? Is the receiving application string intuitive enough to realize the parameters have already been selected somewhere else - other than default screen?

JWiseman
Active Contributor
0 Kudos

hi Matt,

regarding the message box you get for the url, that is a setting in your formula containing the webuilder function. there are 3 modes for debugging...

1 only shows the url

2 shows the url and then goes to the target

3 only goes to the target

if you change the debugging mode of that function to a 3, you will not see the url pop up.

for the next part, you gotta put this into a new post again...sorry about that, but it's the only way for the community to find similar posts to questions they may have.

cheers,

jamie

Answers (0)