Latest Contributions by EricBader

Hello! Would you be able to share your code which is failing? ... View more

This is awesome, Eric H. This discussion is extremely appreciated and important to us. Really. 1. The Holy Grail is right. Amen to that. You folks are obviously seasoned Java technologists, at the very least. This goal has been our vision as well: Java is not just a language, but a tried and true platform. We want our products to reflect this fact. Having said that, it has been a process for us, so we aren't there quite yet. For example, the workflows of getting and using data from MPKs and GPKs do not translate to the Android platform. Android does not have what we call a "Local Runtime", also called a "Local Server". So, accessing data from an Android device, today, is by on-line services. Once you have the service data, the business logic and operations on those services are almost identical between the Android and desktop(Java Runtime) programming models. Does that make sense? 2. Our documentation for v1 was very basic, yet informative. However, I can't disagree with you that in some cases it was too basic, and there is much more work to do here for a better developer product, more code examples, deeper dives. We are continuing to enhance the docs as you can expect, and are fully emersed in this task right this moment. Your discussion here is extremely valuable in inspiring us to go deeper. By the way, have you spent time running the OOTB Sample Viewer application? It exposes lots of development concepts and code that has been of tremendous help to a lot of us. We'd value your feedback on it. 3. GP. Yep. Understood. A GPK is static in it's logic, but the in out parameters are certainly dynamic within you app. For example, you package a GP tool that takes Features in, and spits them out to a GDB. On the fly, your app defines the FeatureSet as the inputs, and the app can also dynamically determine where the GDB is to be written out. Now, back up. When the package was created from a running result in ArcMap, there certainly was static data used to operate against, but when the package is created after that, the operational data it worked on is basically "throw-away", not needed anymore. Do you know what I mean? Your package now holds the tool, but the previous data is now insignificant. 4. Nice! Both RCP and Swing. Music to my ears. :-). Anyway, the only issue is going to be, as I said before, with the Android platform. You will need to use the Andriod SDK to build that part of your solution. While the SDK for Android and the SDK for Java do share some fundamental parts of their core API, they still need to be 2 separate apps, built with 2 different SDKs. We need to continue to look at this and figure out if this still makes sense as we go along. Thanks for this discussion. Silverlight: Yikes. We will have a closer look and see what we can do to fix this. Thanks for pointing that out. I hear you. Code, code and more code. This is what a developer toolkit should lead with, I totally agree. Thanks! ... View more

Hi Eric. Yes, it's been almost a year, and no public matrix yet. Wow. I agree, this is long overdue and I apologize. We have a draft comparison document we are finalizing. We will provide it as soon as possible. It would be great if we could, offline possibly, get some specifics about what you need to do exactly with the File Geodatabase in your application. There are ways to get to the local File Geodatabase with the Runtime SDK. However, let me first point out a few of the motivations for providing the Runtime SDKs. A developer toolkit for building or embedding focused, light-weight client applications to the ArcGIS System across small, mid-sized and large (desktop)  devices. A developer tool kit for bringing remote and device-local GIS resources together into a single focused application to work with the ArcGIS System. A developer toolkit for building ArcGIS System focused applications that work in both connected and disconnected environments seamlessly. Notice the emphasis on "The ArcGIS System". The ArcGIS System goes way beyond fine-grained arcobjects-like access to resource details on a subsystem at the low-level. Do you know I mean? These are basic points to keep in mind for context. The focus now is on a more coarse-grained, simpler model of programming. With respect to accessing File Geodatabases, this could be answered better in a blog, but I will try to follow up with one. In the mean time, there are a few ways to do this, all of which require the use of a LocalServer of course: Map Packages (MPKs): these can contain feature layers that have data coming from a file geodatabase. The file geodatabase can either be packaged with the MPK or referenced from the MPK when opened. The Runtime SDK provides an editing framework that supports CRUD workflows on that layer's features. There are OOTB samples that demonstrate how this works. Geoprocessing Tools/packages (GPKs). There is a list of SDK-supported geoprocessing tools from the OOTB GP toolbox  here that contain some data management tools for creating feature classes that live in file geodatabases. These can be executed from within your Runtime App to create what you want. By the way, some of these tools do require an additional extension license, but not the Data Management tools. These only require Standard license. Fine-grained access to local resources directly from the Runtime APIs is not there in the product. However, using GPKs, a developer can create a custom ArcPy script to do some python-level local access to file geodatabases, whatever ArcPy supports in this area, package up that script into a GPK and use/execute it within their Runtime App. There is a blog here that talks about how to use some custom ArcPy scripting to extend your Runtime App to perform some shapefile creation, but the concept is similar to doing something with a local File Geodatabase. The creatiion and use of MPKs and GPKs are there in the documentation today. We need to flesh this documentation out a bit more to cover possibilities like the ones you mentioned. Again, a blog on this would be very useful, and we will try to get information like this up there asap. In the mean time, is this helpful? Thanks for your patience and understanding, and lets keep the dialog going. Eric ... View more

This should work, provided that "myproxy.domain.com" is an actual hostname in your organization. ? I doubt that it is. Do you have an actual proxy server running? If not, you do not need to do a ProxySetup and you should be good to go. Maybe I missed something here. I apologize. Just let me know. ... View more

Mark, No, the system as a whole uses either DirectX or OpenGL. Could there be an issue with the GPS setup on the VM? Do you have any exceptions thrown in the console that we can look at? Thanks! ... View more

Hi Jan: You wouldn't happen to be using a VM, would you? The 1.0 version has not been tested fully on VMs. It may or may not work. The team is working on this problem for a future release. ... View more

Hello Apoorva: This looks like a great question to post on the ArcObjects - All Development Languages forum here: http://forums.arcgis.com/forums/20-ArcObjects-All-Development-Languages. You may get a quicker response from there. Hope this is helpful. ... View more

Hi Martin. Thank you for sharing this information. I couldn't find the attachement you mentioned. Can you reply with it again? ... View more

Hi Jerry. Thank you for your question. This is a good one for the ArcObjects forum, which is located here: http://forums.arcgis.com/forums/20-ArcObjects-All-Development-Languages. Please let us know if we can be of further assistance. ... View more

Hi Martin: Yes, we have experienced this. We have yet to iron out all of the caveats with respect to VMs, DirectX and OpenGL. So at this point in time, it is risky. If your VM is able to use hardware acceleration, it�??s okay to use.   However, it seems that most VMs do not support hardware acceleration. The one�??s that do have ways of actually using a graphics card. Some VMs have DirectX support. Almost no VMs in the world support OpenGL. If by chance you can find a VM that supports OpenGL, you should be ok. I hope this is helpful information! ... View more

Yes, Juno is on the list to Officially support as soon as possible. Right now , I use Juno exclusively with the runtime sdk plug-in 1.0. It runs like a charm, no problems. I don't use VE anymore, though. WindowBuilder Pro works really well in Juno, as an alternative. I hope this helps. ... View more

Hello Boris. WMTS support is not there at this 1.0 version of the Runtime SDK for Java. We apologize for this confusion caused by the link to WPF. WPF does have WMTS support at version 1.0. ... View more

Correct! I submitted a support incident report (1046518) through my customer portal and was replied to as this being a bug and that the rep will report it. So, I wondered if the final release addressed it (the post is still in "Assigned" state). [ATTACH=CONFIG]16078[/ATTACH] My apologies, Carlos. Yes, this has been addressed at Final. We need to update the status on our end. ... View more