We have JBoss 4.0.3, log4j.xml in the jboss/server/default/conf folder. We set the system property ear.config.files.location to this folder. This log4j.xml gets loaded good when the application is running. We use crystal viewer components (java reporting component) to view few reports. The moment one of this report is loaded, our logging configuration is gone.
Almost nothing comes to the log file anymore. Is there a way to track down how this happens
The moment crystal report loads, SimpleLayout class gets loaded. i wonder why?
I am seeing DomConfigurator.configure can we use it to reload the file. Or can we use DomConfigurator.configureAndWatch to load it periodically.
Any ideas will be very helpful.
The solution posted here solved my issue
http://scn.sap.com/thread/1273402
In case the above link does not work, I have copy-pasted the necessary information below
After a long search, I have found the following :
In the JRCCommunicationAdapter class, a fonction is calling Logger.getRootLogger().setLevel(Level.ERROR).
So I'have made a copy of the rootLogger's level before I open the ReportClientDocument and re-set it after the open.
Level rootLevel = Logger.getRootLogger().getLevel();
...
oReportClientDocument.open (iRptName, OpenReportOptions._openAsReadOnly);
Logger.getRootLogger().setLevel(rootLevel);
Related
Last week I was playing with sessionScope values being read and written from java code that was called from on beforePageLoad in an XPage. It was working when called on the server, but this week after rebooting the server it is now giving an error. The Java code still compiles.
To resolve the extlib in Designer I include the JAR "com.ibm.xsp.extlib.core_11.0.1.v00_00_20200319-1021.jar"
as an external JAR.
If I run "tell http osgi ss com.ibm.xsp.extlib" on the console I get:
The lines I am using in Java are:
import com.ibm.xsp.extlib.util.ExtLibUtil;
and
Map<String, Object> sessionScope = ExtLibUtil.getSessionScope();
Am I including the wrong JAR file? I can't understand why it worked Friday, but today isn't working.
Including the Jar is not necessary. Under XSP Configuration, Page Generation Tab, the extended XPage controls to use checkbox for com.ibm.xsp.extlib.library needs to be checked. This resolved the issue, and removed compilation errors too.
After publishing the application I get the error:
"InvalidOperationException: The layout view '_Layout' could not be located. The following locations were searched:
/Views/Home/_Layout.cshtml
/Views/Shared/_Layout.cshtml
Microsoft.AspNetCore.Mvc.Razor.RazorView.GetLayoutPage(ViewContext context, string executingFilePath, string layoutPath)"
The Layout is there in the Views/Shared folder and the application works with it locally, so this must be something wrong with the publishing.
Unfortunately in the published app the views appear all contained into a single dll file and I cannot do anything to solve the problem.
Could be anything in my code that makes the publisher to forget to add the _Layout.cshtml view?
I have a reference to the layout in my _ViewStart.cshtml
That should be for all pages. Without Layout my app is doomed and I do not know what to do.
Ok After many tries I found the cause of why the publishing did not include my layout page! It was so tricky that I am amazed. I hope this helps other people!
When you right-click on the layout file (or on any other file) you have the menu with the option properties. I opened the properties of the layout file and I noticed that there you have an "advanced" option: "Compilation Action". My option was set to "none" that means the file was not compiled and therefore not included in the publishing. I put it on "Content" and tried the publishing again and all went well, this time the layout file was compiled and included in the publishing.
In my case the "Copy to output directory" was set to "Do Not Copy", I changed it "Copy if newer" and then it work.
Version: 3.8.2.RELEASE
Build Id: 201610040743
Platform: Eclipse Neon.1 (4.6.1)
This is my version
Plug-in org.springsource.ide.eclipse.commons.gettingstarted was unable to load class org.springsource.ide.eclipse.commons.gettingstarted.dashboard.WelcomeDashboard
It can depends on your OS, as seen here
The 'WelcomeDashboard' uses JavaFX which requires Java 1.8 and GTK2 on unix systems. Eclipse 4.4 runs with GTK3 by default.
As mentioned in issue 252,
The error log probably contains more detailed information and/or other errors that might help determine why this class could not be loaded. You can use menu "Window >> Show View >> Other >> Error Log" to show the error log.
Maybe something indicative of problems activating bundles. The reason the class can't be found is probably because some bundle requirement aren't satisfied on startup.
you could also try to open a console view, switch to the Host OSGI Console, and try a > diag org.springsource.ide.eclipse.commons.gettingstarted to see if there is a problem with that bundle (not resolved for any reason, for example).
As in:
You would see typically:
The same issue adds:
You can use the 'Old Dashboard' as a workaround. It offers the same functionality as the one that for still unknown reason isn't work for you. To switch to the old dashboard do as follows:
Go to Menu "Window >> Preferences".
Search for 'dashboard'. Then select 'Use Old Dashboard' as in the screenshot below.
Then click the 'Apply and Close' button to save the changed setting.
Then close the 'new dashboard' (that is the view in your screenshot that has the error in it).
Now you can reopen the dashboard by clicking on the Dashboard icon in the toolbar. I.e. this one:
Is there a way to remove default.css and /colors/default.css from a page with a web form for marketers form on it using sitecore?
I have found a few places suggest simply deleting the file, but then it is still outputting redundant code. I don't want to simply delete the contents of the file for the same reason.
I have found the forms folder in sitecore with the standard values seemingly telling the form to import default.css, but if I change it to blank or even another file, default is still there and nothing else shows up.
You can open static method Sitecore.Forms.Core.Configuration.ThemeManager.RegisterCssScript in Sitecore.Forms.Core assembly via reflector. It seems that there is no simple way to remove adding this style reference.
You can remove this link in OnInit or OnLoad events handling as workaround.
This is in continuation with my previous question. I couldn't find solution for that. Hence I am trying to debug my application view layer jspx.
I realized that jspx is quite different from jsp, like it doesn't allow scriptlets. I know, that usage of this(scriptlets) is not at all recommended.
I have a particular SAP Net weaver server where hot deployment of jspx/jsp/html is not working. I have checked other alternatives like remote debugging, break points in jspx. But, its SAP net weaver, have some configuration issues. I have one option atleast to put sysouts, to trace runtime exceptions. But as its jspx files sysouts in scriptlets are not working. If it was jsp instead of jspx there, I could have traced/debugged the issues quickly using scriptlets temporarily until the issue got resolved atleast by using Sysouts.
Is there any equivalent code to this scriptlet(used in jsp)which we use very rarely.
<% System.out.println("The line above the null pointer exception : "+object.getPropery());%
Any equivalent code in jspx or icefaces components.
How do we debug a jspx page or handle exceptions inside a jspx page and find out errors.
Any eclipse plugins or tools available?