I have just setup hudson and have begun playing around with it.
I have downloaded the email-ext.hpi into the the folder $HUDSON_HOME\plugins
I have restarted hudson post-step1 ( i am following this manual method as i am unable to use (for proxy setting reasons) the automatic way of installing plugins via the "Manage hudson" page.
I dont see any errors when hudson starts. In fact i see the line
INFO: Started all plugins
BUT:
When i start a project configuration page, I do not see the promised option "Editable Email Notification".
FYI:
1. I am able to setup and run few basic test builds and they run fine.
2. I am also able to configure and receive the default hudson emails for failures and subsequent successes.(This confirms the SMTP settings)
3. I was also aboe to setup the subversion tag hpi in the same way as detailed above and that works fine as well!
What am i missing? Thanks in advance for any help!
EXTRA INFO:
Hudson version - 1.379 running on Windows XP
OK - i figured out a workaround (although i still need to dig into why this is a problem). Recording here for anyone else tha tmay face this issue.
The plugin when copied into the $HUDSON_HOME\plugin was somehow not really being activeated/recognized. But when i copied it over also to C:\Documents and Settings\mylogin.hudson\plugins and restarted hudson service, voila! it worked.
If anyone knows why this might have occured, kindly record it here for reference. Thanks.
To install a plugin you should use the easy route. In Hudson, go to 'Manage Hudson' -> 'Manager Plugins' -> 'Advanced' (its a tab) and use the 'upload plugin' option.
Than follow the instructions. Usually you have to restart Hudson to actually get the plugin.
Way saver than messing around with the file system. In general the approach you had should have been correct, but there seems to be an issue with your $HUDSON_HOME. Have a look at the "Manage Hudson" -> "Configure System" page. What is the Hudson Home directory displayed on the top of the page? I don't know what Hudson does if it can't access the Home Directory? My assumption is here that Hudson runs as a service with a user account rather than the local system account and that you used a different account to copy the hpi file.
Install Maven Legacy and Maven3 plugins .
Related
Upgraded Telerik in my ClickOnce application to version 2014.3.1202.40. (Never sure of the best way to do this. After the install, all my references to Telerik controls was broken and I had to remove all Telerik references in each of the projects and re-add them. So, I may be upgrading in the wrong way. But that's another matter.)
I deploy my app to a staging folder on my web server before moving to production. The app is signed with a commercial code signing certificate from Comodo that doesn't expire until 2019. I've uploaded new versions many times with no problem. But now, since I upgraded the Telerik controls, I can't download the and install the application. Here's what happens:
In Chrome, I enter the url: http://porpoiseanalytics.com/PorpoiseStaging/setup.exe
I get the "Not commonly downloaded" warning where I never got that before. I don't get any error on Firefox nor on IE.
If I tell Chrome to keep the file, I can start it. The installation starts on all the other browsers too.
About 3/4 of the way through the download of the files, Avast blocks it with DRep virus (I'm guessing lack of reputation). If I turn off Avast, it installs fine. ClickOnce install log shows an error: "Exception occurred loading manifest from file [application].exe: the manifest may not be valid or the file could not be opened."
Why is my application suddenly acting like it has no reputation when it's been downloaded for months with no problems. But, after I modify the application in VS2010 and then remove and re-add the Telerik dll's, I suddenly have no reputation. And what makes matters worse, is that now my production download located at ttp://porpoiseanalytics.com/PorpoiseDownload/setup.exe is suddenly acting the same way.
I admit I don't have a good enough understanding of reputation, signing, and clickonce. But I do know that whereas before we were fine, after deploying the application, we're flagged as malicious software. I made a few code changes in the program (not many), but I also replaced the Telerik dlls. Probably has something to do with signing and publishing, but I can't figure it out. Please help. Thanks.
I think I figured it out. Although I had signed the manifest in the main UI project (the installer), the executable was not signed. With some help, learned how to do that:
Download the Windows 7 SDK with signtool.
In Visual Studio, open project properties in the main UI project.
Open the Compile tab and click on the Build Events button.
In the post-build events, enter:
"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\signtool.exe" sign /f "$(ProjectDir)[name of code cert file]" /p "[password]" /t http://timestamp.comodoca.com/authenticode "$(ProjectDir)obj\$(ConfigurationName)\[exe name].exe
where [name of cert file] is the name of the code-signing cert file, such as private_key.pfk, and [password] is the password used when exporting the certificate (if % is included in the password escape it with %%, so pass%word would be entered as pass%%word), and [exe name] is the name of your primary project executable.
In other projects within solution, sign those by inserting a similar command line in the same post-build location:
"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\signtool.exe" sign /f "$(ProjectDir)DAD_Code_Certificate.pfx" /p "<password>" /t http://timestamp.comodoca.com/authenticode "$(TargetPath)
Orignal Problem
My theory is that the original problem was caused because of a new feature in Avast 2015 that does a DomainRep (reputation?) check and if several criteria are all met, the alarm bells go off and it stops the download. Because my executable was not signed, it met all the requirements.
It is possible (although I really am not sure about this) that because of this DRep alarm, Google flagged the installer on our website as malicious, causing the red "not normally downloaded" warning when first starting the download.
At least, that's my best guess. Others will most certainly understand this better than me (and would have avoided it in the first place by signing the executable).
Official answer from Google Apps technical support (I'm on the Silver support plan - $150/month):
I replicated the issue you are describing and it looks to be a known
issue with Google Chrome, when trying to download an archive that has
an executable in it.
Please be advised that Google Chrome is outside the support scope of
Google Cloud, however the workaround is rather simple: when that
message appears you can click on the arrow to the right of that
message and chose "keep". This will download the file requested.
I was using a Chrome shortcut with allow-file-access-from-files in the target to work on my three.js student project files. But sometime this morning this stopped working and it appeared Chrome had been updated. I redid the shortcut but no joy.
Part of the project I'm doing is building three.js animation that works in a common browser (for which I chose Chrome).
Is there any way to get Chrome to allow file access again?
Thanks.
The answer I came up with was to use Firefox instead of Chrome changing the security policy as detailed in https://github.com/mrdoob/three.js/wiki/How-to-run-things-locally
Not a perfect answer but with a deadline looming it's the best workable answer for me right now as trying different variations of Chrome, trying Wamp and also Mongoose didn't work. If I had more time I would work out how to use Python or probably node.js as I've seen it mentioned a number of times as being the faster option.
What gman stated is true, using the Chrome flag (and changing Firefox's security policy) does create a big security risk. But only if you use that shortcut (and it's tabs etc.) for anything other than accessing your own local files. I've been scrupulous about not using it for the internet but don't use this method if you can't be strict with yourself.
Ideally I'd recommend beginning any project with node.js.
Gman's answer is good. If you're in windows environment, and use npm for package management the easiest is to install http-server globally:
npm install -g http-server
Then simply run http-server in any of your project directories:
Eg. d:\my_project> http-server
Starting up http-server, serving ./
Available on:
http:169.254.116.232:8080
http:192.168.88.1:8080
http:192.168.0.7:8080
http:127.0.0.1:8080
Hit CTRL-C to stop the server
Easy, and no security risk of accidentally leaving your browser open vulnerable.
DON'T USE THAT FLAG! You're opening yourself to having your online accounts being hacked and your local data stolen. Here are 2 proof of concept examples
Run a simple server.
It's super simple.
Here's one
Here's one.
Here's another.
And another.
They won't take more than a couple of minutes to download and require no configuration
I ran into a problem creating a new project in Cocos2d-x 3.1.1 (or 3.0 - it happens at both versions).
When I'm running the build script in console (Windows 8 - console with admin privileges) an WindowsError pops up (check the image below).
http://i.imgur.com/Ixg4jEE.png
I can set up the COCOS_CONSOLE_ROOT manually, but it does not help with the Error 5.
I tried setting the 777 priviligies an all cocos2d-x folder and subfolders, but it does not help.
Anybody had the same problem? Any solutions out there?
On Windows you should not put manually installed programs and tools under C:\Program... (english: C:\Program Files) because that's a folder where only apps with a proper installer should go. Otherwise you will keep having permission issues. Apps are not allowed to write to that folder or any of its subfolders.
Since cocos2d-x isn't an app, it can't redirect its output to the proper AppplicationData folder as is mandated by the operating system. Not being able to write or modify the program folder's contents (except during installation) is a security feature in Windows that you can't (or shouldn't) bypass.
To fix this simply extract cocos2d-x in a folder that both you and apps have full read/write permission. Normally this would be in your Documents folder, but Desktop would also work and probably just any folder on a drive that you created, for instance C:\cocos2d-x.
Due to this line:
_winreg.SetValueEx() ...
the actual problem looks like to be with registry access, rather than with file permissions.
Make sure you actually running console as an admin, by:
searching cmd in Windows search, or just creating a shortcut to it to desktop
right clicking to cmd.exe and choosing "Run as administrator"
Make sure you don't have registry access block in any way: like blocking in group policies, some "security optimization" software and viruses and antiviruses.
Make sure your python version is 2.x. Python 3.x is not supported.
Anyway, this 'setup.py' step is optional for using cocos2d-x and you can live without running it at all.
Either I start Glassfish domain from NetBeans or from the asadmin console, I can't reach the admin panel.
When I navigate to http://localhost:4848, first there's a page saying "The Admin Console is starting. Please wait.", then it tries to redirect to a page having title "Login", but it loads, loads, loads forever. My CPU usage reaches 100% and nothing happens until I stop the server.
I tried Glassfish v3.1, v3.1.2 and also the freshest v4.0, without any modification.
About a year ago, v3.1 worked for me; I have no idea what could happen.
The server log says Glassfish can't find image files.
I uploaded the server log here: http://notepad.cc/share/LvaZvH23sF
I read somewhere that renaming the console-updatecenter-plugin.jar, and the NO_NETWORK=true option can solve similar problems, but these couldn't help for me.
I use JDK 7, and I'm on Windows 7 if it matters.
(edit) Summarizing what happened, from my past comments:
The admin panel was unreachable in Google Chrome and Internet Exlorer.
I managed to reach the admin panel in Firefox, and even in Chrome's incognito mode, but the cause was not AdBlock.
Chrome dev console complained about a 404 error.
After a while, I was able to reach the admin panel in Chrome, in normal mode too, so from that point I couldn't reproduce the problem.
Try access the console in this url: http://localhost:4848/login.jsf
In http://localhost:4848 redirect to http://localhost:4848/common/index.jsf and not work because the url not exists.
I noticed this in your log:
[2013-08-04T10:52:12.761+0200] [glassfish 4.0] [WARNING] [] [javax.enterprise.system.container.web.com.sun.web.security] [tid: _ThreadID=34 _ThreadName=admin-listener(2)] [timeMillis: 1375606332761] [levelValue: 900] [[
Context path from ServletContext: differs from path from bundle: /]]
Following that warning, there are a lot of info messages that the server can't find resources that it expects:
[2013-08-04T10:52:16.495+0200] [glassfish 4.0] [INFO] [] [com.sun.jsftemplating] [tid: _ThreadID=133 _ThreadName=admin-listener(6)] [timeMillis: 1375606336495] [levelValue: 800] [[
JSFT0004: The requested resource (/images/button/primary-mini-roll.gif) is not available.]]
...etc.
I'm curious as to how you installed the Glassfish servers. Did you use the windows installer? If you simply used the installer to update an existing Glassfish installation, an incorrect configuration could have been carried over.
The easiest solution to your problem is to download the ZIP distribution. Extract that to a new directory, start the asadmin tool via the command line and run the command:
asadmin> start-domain domain1
That should give you a completely fresh installation and should work without any problems. There's a good blog post here on getting started with Glassfish 4, it would be worth skimming through to make sure there's nothing you've missed.
not sure if this is still a problem but I got something similiar and I could resolve this by setting an admin password and enabling secure-admin (glassfish 3.1). Not sure if the secure-admin is necessary though, so setting a password might be enough.
download and extract glassfish zip
glassfish3/bin/asadmin start-domain
glassfish3/bin/asadmin change-admin-password (default is user "admin" with no password, so just hit [ENTER] two times)
glassfish3/bin/asadmin enable-secure-admin (might be skipped, just see what works for you)
glassfish3/bin/asadmin restart-domain
Now the admin-gui should be available on http://localhost:4848 and also from other machines via http://your.ip.or.address:4848
Good luck
I've had this happen to me when I enable "Default Principal To Role Mapping":
After I enable this and restart the domain, I'm never able to login again. I had to change the following line on domain.xml (with the domain stopped) :
<security-service default-principal-password="admin" activate-default-principal-to-role-mapping="true" default-principal="admin">
to this:
<security-service>
I didn't find any serious error in your log. Maybe another program doesn't let GlassFish works correctly. For example antivirus.
Had a similar problem.
It happened when I put a primefaces 5.x jar file in my /JAVA_HOME/jre/lib/ext directory and when I removed it all went back to normal.
Through research I found that apparently the admingui clashes with some "3rd party JSF helper stuff".
Hope this helps somebody.
When Running on Chrome you may get this error due to this issue. https://github.com/eclipse-ee4j/glassfish/issues/22439
Admin gui is accessible on Firefox though.
Try this : http://mike.meessen.biz/blog/?p=281
I had exact
first there's a page saying "The Admin Console is starting. Please
wait.", then it tries to redirect to a page having title "Login", but
it loads, loads, loads forever.
problem and it worked for me.
I was in a similar situation and I found that in FF I cannot get access to console but in IE and Chrome with http://localhost:4848/login.jsf I can.
In Eclipse stopping the server and cleaning maybe will help. Afterwards you can access it via http://localhost:4848/common/index.jsf
The solution is quite simple.
There is an apllication/project that you were working on that had some errors. Simply undeploy them using the following procedure:
1.Go to Services tab then Servers then Glassfish Server 4.1
2.Right click on Glassfish Server 4.1 and click on the dropdown to list what under Glassfish Servers.
3.Expand Applications and undeploy all applications to start full receovery of the admin console.
4.Start Glassfish
5.Launch the admin console
Make your domain writeable thats the key guys
it ll work no need to other kinda wierd stuff
I'm running Lion latest with SourceTree.
I tried to connect to a Fogbugz Kiln reponsitory, which succeeded, but whenever I PUSH or PULL Sourcetree consistently asks me for a username and password despite I saved it to my KeyChain. Anyone have any insight to this issue?
This helped me solve this issue in a mac:
Open the Hosted Repositories window by clicking View > Show Hosted Repositories or Command + Shift + H.
Click Edit Accounts
Double-click on your account
Click Set Password
I had the same and I fixed it using the system git instead of the embedded one:
Settings -> git -> Use System git
Open terminal and Type git config --global credential.helper osxkeychain
Allow access when asked. Make a pull from sourcetree, you may have to enter password one more time after that it wont ask again from next time onwards.
PS: This solution is only for Mac OS
I occasionally run into the same problem. None of the methods listed here actually helped me out, but after I restart my computer, I am again able to do as I please with SourceTree and git.
Nevertheless this issues is annoying as hell and seeing that Atlassian haven't resolved it in over 3 years, since the original question was posted, is even more unnerving.
I had the same problem and it troubled me for a long time, but I found a solution:
Go to terminal in your project folder.
Run #git pull
Input your username and password
Go back to sourceTree and run Fetch or Pull, it does not ask for your password again.
I met the same problem, what I did is
Open Keychain Access
Find the corresponding keychain entry for your repo, and double click to open (e.g. the entry with name github.com)
Click the 'Access Control' tag
Select 'Allow all applications to access this item' and save changes
This solves the problem (or at least for me), but in some sense makes it less secure though.
As said by Laurens in the comment, you can file an issue with us via jira.atlassian.com (project SRCTREE). It shouldn't constantly ask for authentication if you've saved your credentials to the keychain unless there's an authentication problem.
Cheers
Wasted 90 minutes on all this. Sourcetree simply would not let me remove my account and add it back. Finally uninstalled and downloaded an older version:
https://www.sourcetreeapp.com/download-archives
ver 1.10 fixed all my issues: