RAD8 not recognizing WPS7 state after starting - websphere-portal

I am working in RAD8 at the moment and try to build portlets for WPS7. I installed both of it on my Windows 7 development machine.
When I start the server from the servers view, everything happens like expected: a console pops up (2 consoles in fact, one for the WAS and one for the WPS), the server displays its status as [Starting, Synchronized] and I wait for 2 or 3 minutes while the console is scrolling with WPS messages.
But when I get to this lines it gets weird: (not only for the language...)
[28.12.11 15:40:49:373 CET] 00000000 RMIConnectorC A ADMC0026I: Der RMI-Connector ist an Port 10035 verfügbar.
[28.12.11 15:40:49:373 CET] 00000005 LeaseAlarm I SCHD0133I: Der Scheduler WPSTaskScheduler (wps/Scheduler) hat die Zugangsberechtigung erhalten und führt alle Tasks in diesem Anwendungsserver aus.
[28.12.11 15:40:49:389 CET] 00000000 JMXConnectors I ADMC0058I: Der JMX-JSR160RMI-Connector ist an Port 10035 verfügbar.
[28.12.11 15:40:49:436 CET] 00000000 WsServerImpl A WSVR0001I: Der Server WebSphere_Portal ist für e-business bereit.
Apparently the server is started, because it is telling me so with WSVR0001I and I can browse the portal homepage. But RAD is still displaying [Starting, Synchronized] and will run into the timeout after a while. After the timeout dialog popped up, the server status is [Stopped] although I can still browse the portal and get console messages.
I already checked the SOAP and RMI ports, and they are correctly set to RMI=10035 and SOAP=10025.
Any hints?
update This seems related https://www-304.ibm.com/support/docview.wss?uid=swg21255957

I had the same issue and eventually realized I had changed the eclipse.ini for some phonegap/mobile development. When I reverted the file back to the original one, it worked.

This can happen if your WebSphere Portal instance is secured, and you didn't correctly populate the security settings in the RAD server configuration pertaining to your WP7 instance.
Another reason might be using the RMI connector. Using the RMI connector is known to cause such problems. You didn't mention which connector you're actually using; if you haven't already done so, use the SOAP connector.

Related

Database is not ready and resetting does not solve it Heroku

I am trying to deploy a version of the otree Social Value Orientation measure following a slightly modified version of https://github.com/drfwint/svo. I can run it locally without problems but once I deploy it on Heroku-18 (since I have python 3.7 which is not supported on Heroku-20) I get the following message:
"Your database is not ready. Try resetting the database (Missing tables for otree.X, auth.Y, svo.Z, and 18 other models)."
I reset my database and it is still not working. Does anyone have a clue?

My SOLR Admin page is infected by a XMR.OMINE.ORG virus, I don't know how to fix it

Strange thing happening to me.
Every time I load my SOLR admin page, the developer console shows me that a XMR.OMINE.ORG virus is trying to inject a JS in the page.
That happens 1000 times and makes the page hang.
What is strange is that it happens ONLY when I access the SOLR admin page and not with any other page on the same web server or an internet page.
I tried everything...nothing works.
Here is the console log:
A parser-blocking, cross site (i.e. different eTLD+1) script, , is invoked via document.write. The network request for this script MAY be blocked by the browser in this or a future page load due to poor network connectivity. If blocked in this page load, it will be confirmed in a subsequent console message. See for more details.
VM41 v7.js:1 [Violation] 'setInterval' handler took 280ms
VM1939 v7.js:1 WebSocket connection to 'wss://xmr.omine.org:8181/' failed: WebSocket is closed before the connection is established.
I tried:
Running AVAST for MAC -> the web shield detects the virus but the scan doesn't and it doesn't remove it
Malwarebytes for Mac -> nothing found or removed
Running antivirus on web server => ongoing
When I access it from another laptop => it works, no injection => CORRECTION, same problem on other machines, seems server-related
I'm lost, I can't run the SOLR admin and I have 504 errors on SOLR updates
Can you help me please?
Nico

Newbie trying to sideload on Glass XE22 - getting "offline" in adb

I am trying to figure out how to side load an app to my Google Glass. It is on XE22.
I did all of the simple things like adding adb and updating the .inf file. but when I do ADB DEVICE it says my serial number and then "offline". I tried multiple factory resets, and then got it to say "unauthorized." I did a few more things (i.e. turing off debug, unpluging, killing server, starting server, pluging back in...) and I got the prompt to "allow / trust computer." Once I did that it looked good and said my serial number and "device." I then tried to load Launchy.apk and it said "adb server is out of date. killing... daemon started successfully" and then it said "error: Device Offline" and now it shows off-line again.
How can I sideload to Google Glass?

PushSharp - The credentials supplied to the package were not recognized

I been searching for an answer for this for a long time now. There are a zillion discussions but none seems to have helped me (I have tried everything I have read).
I have an ASP.net website that send apple push notifications. I created a Console app using push sharp - run it on my server, the push notifications get sent/received successfully. I run the console on my local dev system, it also works. I run my 'website' from IIS Express on my local system - the push notifications are also successful. But running in IIS on my server, I am getting the dreaded 'The credentials supplied to the package were not recognized' - any help at this point would be fantastic. Thanks
Previously, every time I have run into this issue, I have had to delete the cert out of my local machine cert store and re-import it. Then it all seems happy. I can't see how it could be a global permissions issue or invalid cert if simply re-importing it fixes the issue.
How I finally fixed it was using the winhttpcertcfg tool from the Windows Resource Kit to grant permission to the specific user that was using the cert.
The syntax would be:
"C:\Program Files (x86)\Windows Resource Kits\Tools\winhttpcertcfg" -i cert.p12 -c LOCAL_MACHINE\My -a UserWhoUsesTheCert -p passwordforp12

DotNetNuke 05.06.00 (459) failing with "The AppDomain shut down because of a change to the application level configuration" message

I've developed a DNN5 site for customer locally on my laptop and I am having problem moving it to a production server. Server is running Windows 2008 R2 (IIS 7.5). I've copied all the files, copied db, modified web.config to see the new db, checked to make sure dnn can see the db via connection string, made sure the directory permissions are correct (appdomain user has RW access to whole virtual directory) .. and it's failing me with following error message taken out of the portals/_default/logs directory:
<log LogGUID="a3f8aab9-36b6-4d95-a605-53b4b0b02c34" LogFileID="" LogTypeKey="APPLICATION_SHUTTING_DOWN" LogUserID="-1" LogUserName="" LogPortalID="-1" LogPortalName="" LogCreateDate="2/4/2011 11:52:57 AM" LogCreateDateNum="0" BypassBuffering="True" LogServerName="SERVER01" LogConfigID="">
<LogProperties>
<LogProperty>
<PropertyName>Shutdown Details</PropertyName>
<PropertyValue>The AppDomain shut down because of a change to the application level configuration.</PropertyValue>
</LogProperty>
</LogProperties>
</log>
I've been stuck on this for the last 3h .. so any hint's or advice is very appreciated.
Thanks!
Filip
Can you look in the EventLog table? I don't think that the log file there is going to be an accurate place to get all of your error messages. In particular, this isn't even an error, just a notification that a few days ago your application was restarted because of a change to the web.config file.
There may be multiple events logged at the same time, so try to take a look at the LogCreateDate attribute, and see if there are other events logged around the same time that might give more information.
Does the process running the website have access to the web.config? Can you double/triple-check, since it seems like the web.config file is being touched every time you try to hit the website? Could an upgrade routine be trying to update that on first run of the site?

Resources