Is this product still in active development?

It's still being developed but I wouldn't say "actively" B-). I do my best to add features in when they are requested and then issue new releases but we aren't building out new feature lists internally for it. Why do you ask? Is there a feature you would like added? If so, shoot away and I'll see what I can do for you.

 

 

The sources are available for download if you want to tinker for yourself. We've had a few new features come back in that way too.

 

 

We've had requests for support on other platforms (Linux, MacOS, iPad, etc) but the core of the editor uses a Win32 based COM control and it's been very difficult to get it to work in the emulation tools like Wine, Mono, etc. I'd like to build a native app for the other platforms but it would take a long time to get a parallel feature set.

 

 

I'd love to get your reason for asking and any and all feedback you have on it.

 

 

-Joe

 

Excellent... someone responded :-)

 

 

Well that answers my question and that is why I asked. Seemed kind of quiet in here is all. I have some feature requests and some bugs I am trying to nail down hence my question re where I should ask these things.

 

 

When editing in restricted access environments the editor doesnt handle it too well. First issue is when it starts and hits an authenticated proxy which generates an immediate error (407) proxy authentication required from .NET. Is there a way to turn off that feature.

 

 

Then after that error comes up, it says iRule Editor Software Update... Available Version ?.?.?.? would you like to update to this. If you hit continue to update then you get Unhandled exception has occurred:Value cannot be null. Parameter name: uriString. If I remove the update DLL will that stop it trying to update?

 

 

Bypassing all of that, then I hit connect to an F5 that I have manager access only to one partition. So I get an Unhandled exception "Access Denied: user does not have access to action (config sync)" which is correct because I only have access to the partition. Can we have better handling of the access denied, maybe not throw errors, or even better query the device for what I have access too and configure the client accordingly.

 

 

Thanks

 

 

Jarvil

 

 

 

 

 

 

 

 

In regards to the first issue this appears to be a dotNET 2.0 issue with ClickOnce as described below.

 

 

For this issue, it has been confirmed as a known issue of Whidbey. The root

 

cause is that .Net deployment API did not use the default proxy and

 

credentials to access the remote clickonce files.

 

 

To workaround this issue, we can set useDefaultCredentials to true in

 

machine.config, like this:

 

 

 

http://www.devnewsgroups.net/group/microsoft.public.dotnet.framework.windowsforms/topic31131.aspx

 

 

Regards

 

 

Jarvil

Of course I responded B-).

 

 

I can honestly say I didn't test this out in a restricted access environment. I'm not even sure I'd know how to set things up to be able to test it that way. That must be the HTTP request that tries to verify if a new version is available (thus the next dialog asking for you to update). I'll have to check this code and add the correct error handling in there for HTTP request errors to devcentral.f5.com. That could possibly fix that whole issue.

 

 

Regarding the partition issues. You have the ability to switch partitions in the Partition file menu. The issue with having the code pick for you is that a user could possibly have access to multiple partitions and I didn't want to make any assumptions as to what partition you would like to use. Have you tried to manually set that value in the UI? What's the version of your BIG-IP?

 

 

I'll do some more testing with this setup to see if I can recreate your issues. I'll post back here if I do and when you can expect a new build if I can fix the problems.

 

 

Thanks again for the great feedback. The Editor is an unsupported-open source product so it doesn't go through the normal QA that a released product would. I threw in the partition feature for a user request and they responded it worked for them so I left it at that. I can't know there are issues unless folks post them here, so thanks again!

 

 

I'm actually on vacation this week so I most likely won't get to this until mid next week so don't think that I forgot about you in the mean time...

 

 

-Joe

 

We actually haven't been using ClickOnce for quite a while now. I've created my own update installer because folks were having so many issues getting ClickOnce to work reliably in older versions of windows and in proxy environments. The issue is then most likely mine and I'll have to try to find that exception I'm not catching on the proxy error for the HTTP request.

 

 

-Joe

 

Its perfect for the code to hit the common partition because you wont know which one they have access too, just no need for the error. In fact you can use the error as a trigger to disable certain parts of the client functionality accordingly, eg the calls you know will not work in when they dont have access to common partition, or adjust those calls to be read only instead. You could even use it to trigger the code which asks the F5 what you do have access too, if it can provide that information.

 

 

The F5's in this case are 6800's running 10.0.1 code. I have manager access to only one partition. The environment is authenticated proxy which appears to be handled via NTLM authentication as I dont have to enter a login. If I turn off the proxy pac script I hit something that asks me for basic auth. I guess your app is not using the existing proxy authentication and hitting that basic auth which is making it throw an exception. Probably the best thing to do is handle the exception quietly and throw it in application event log. The initial startup error only appears to occur once, seems the daily update check the first time you run it and then it triggers the update code after it. The second time you start the app you dont get the first error above.

 

 

Regards

 

 

Jarvil

 

 

Found another... When updating a data class that is in use by an irule it generates an error because it is trying to delete the class. It shouldn't be deleting the class. If you just go ahead and define it, it will overwrite the old one and you should not have the error anymore.

 

 

Is there anyway we can significantly widen the data class name window (drag a corner?) as it is quite small when using long class names on large projects. example would be class aaa_bbbbb_cc_ddddd_ee_fffff_gggg_hh_xxxx which is difficult in that window size.

 

 

Thanks, Kevin

When adding a irule to a VIP is doesnt check if the priority is unique for the EVENT in the iRule. Well as far as I can tell thats what happening because it complaining the priority is not unique but I know it is unique for this EVENT in the chosen partition. We have 10 or so irules attached to a VIP. They handle various EVENTS at different priorities.

 

 

Regards

 

 

Kevin