- Siêu lớp và danh mục iOS/Objective-C
- object-c - -1001 lỗi khi NSURLSession vượt qua httpproxy và /etc/hosts
- java - Nhận địa chỉ url bằng lớp mạng
- ios - Âm thanh không phát trong thông báo đẩy
Tôi đang phát triển một ứng dụng cần dễ cài đặt nhất có thể cho người dùng cuối. Mặc dù người dùng cuối có thể là người dùng Linux có kinh nghiệm (hoặc kỹ sư bán hàng), họ không thực sự biết nhiều về Tomcat, Jetty, v.v., và tôi cũng không nghĩ họ nên làm vậy.
Như vậy tôi thấy có 3 cách để triển khai ứng dụng. Tôi cũng nên nói rõ rằng đây là ứng dụng đầu tiên tôi phải triển khai với giao diện web, vì vậy tôi chưa bao giờ thực sự gặp phải vấn đề này trước đây.
Bước đầu tiên là triển khai ứng dụng vào vùng chứa web hiện có. Vì chúng tôi chỉ triển khai cho Suse hoặc RedHat nên việc này có vẻ dễ thực hiện. Tuy nhiên, chúng tôi không đồng ý với ý tưởng chạy nhiều ứng dụng trong vùng chứa web. Điều này khiến việc xóa chỉ một ứng dụng trở nên khó khăn hơn.
Tùy chọn tiếp theo là chỉ gói Tomcat hoặc Jetty và để tập lệnh khởi động/tắt máy khởi động vùng chứa web đi kèm của chúng tôi.
Hoặc thứ ba, nhúng.. điều này có thể cung cấp trải nghiệm người dùng giống như tùy chọn thứ hai.
Tôi tò mò người khác sẽ làm gì khi gặp phải vấn đề này để làm cho nó trở nên đơn giản và dễ hiểu nhất có thể đối với người dùng cuối.
Tôi gần như đã loại trừ việc triển khai vào vùng chứa web hiện có vì chúng tôi thường muốn đặt giới hạn tài nguyên và mối quan hệ CPU cho mỗi ứng dụng và tôi tin rằng điều này ảnh hưởng đến tất cả các ứng dụng được triển khai vào vùng chứa web/máy chủ ứng dụng, không chỉ các ứng dụng cụ thể.
Cảm ơn.
câu trả lời hay nhất
Triển khai nhiều tệp chiến tranh (hoặc tệp tai trong trường hợp máy chủ ứng dụng Java EE đầy đủ) là một ý tưởng từng là một lời hứa nhưng không hoạt động tốt trên thực tế.
Một vấn đề lớn là mặc dù đã có tiến bộ đáng kể nhưng việc tải lại nóng WAR của EAR vẫn có vấn đề. Rò rỉ bộ nhớ, rò rỉ tài nguyên, sự cố về trình nạp lớp... chúng luôn xảy ra. Do đó, phương pháp triển khai lại an toàn nhất là khởi động lại toàn bộ vùng chứa servlet hoặc máy chủ ứng dụng, nhưng thao tác này sẽ tắt tất cả các ứng dụng khác đang chạy trên đó.
Vấn đề thứ hai khi triển khai nhiều ứng dụng cho một AS duy nhất là chỉ có một lớp cách ly mỏng giữa chúng. Các ứng dụng có thể truy cập tài nguyên trong JNDI từ các ứng dụng khác. Đây có thể không phải là vấn đề đối với các ứng dụng hợp tác, nhưng nó sẽ trở thành vấn đề đối với các ứng dụng có thể thù địch với nhau.
Nhìn chung, các thùng chứa servlet không phải là sự thay thế cho các hệ điều hành đa nhiệm, biệt lập.
Với sự ra đời của các sản phẩm ảo hóa giá rẻ và hiệu quả như Xen, việc chỉ có một ứng dụng trên mỗi thùng chứa servlet (về cơ bản là đóng gói chúng) và triển khai chúng cho các máy khách Xen dường như là một lựa chọn tốt hơn.
Một lợi ích khác của việc này là nó cung cấp một đường dẫn dễ dàng hơn để nâng cấp các thư viện mà ứng dụng của bạn phụ thuộc vào. Nếu bạn coi cài đặt cố định của Tomcat 6 là nền tảng triển khai thì một ứng dụng không thể nâng cấp từ Tomcat 7 lên Servlet 3.0 vì điều này sẽ ảnh hưởng đến tất cả các ứng dụng khác chạy trên cùng Tomcat. Điều này quan trọng hơn đối với các ngăn xếp Java EE đầy đủ như JBoss AS vì chúng gói nhiều thư viện hơn.
Trong thực tế, điều này thường có nghĩa là với một Tomcat cố định chạy nhiều ứng dụng, bạn không bao giờ có thể nâng cấp ứng dụng của mình để tận dụng các thư viện/api mới hơn do Tomcat cung cấp vì sẽ luôn có một số ứng dụng khác vì lý do nào đó hoặc không thể nâng cấp vì lý do khác. Điều này có thể nhanh chóng biến thành cơn ác mộng.
Về java - triển khai vào vùng chứa web, đóng gói vùng chứa web hoặc nhúng vùng chứa web, chúng tôi đã tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/4548457/
Tôi có một ứng dụng iOS để gửi, ứng dụng của tôi chạy trên iPhone. Tôi đã thêm tài khoản id apple vào Xcode và nhập id gói của mình trong phần chung của Xcode và nhấp vào "Sửa chữa
Tôi có một dự án SDK tham chiếu nhiều phần phụ thuộc trong gradle. Tôi phải yêu cầu người dùng SDK thêm các phần phụ thuộc này khi sử dụng SDK trong dự án của họ. Vấn đề là bất cứ khi nào tôi thêm một số phần phụ thuộc mới hoặc thay thế các phần phụ thuộc hiện tại bằng phần phụ thuộc mới, tôi phải yêu cầu người dùng thực hiện
Tôi đang sử dụng Microsoft.AspNet.Web.Optimization cho các gói nuget được đóng gói và rút gọn bằng css và js. Tôi đã tạo một gói trong đường dẫn này ~/bundles/shared.css
Tôi sử dụng laravel-mix (bao gồm cả webpack) để đóng gói các tệp JS. Khi sử dụng BundleAnalyzerPlugin, tôi thấy rằng tệp đầu ra của mình chứa nhiều bản sao của thư viện JQuery, điều này làm tăng kích thước của tệp đầu ra. Nó
Tôi đang sử dụng plugin maven felix để tạo các gói OSGi, nhưng giả sử bạn có gói "com.example" tồn tại trong project1 và project2. Ngoài ra, project2 phụ thuộc vào project1.
Khi tôi cố gắng đóng gói ứng dụng Meteor của mình, tôi nhận được: $ Meteor Bundle app.tgz Đã xảy ra lỗi khi đóng gói: Ngoại lệ trong khi Bundli
Vì vậy, hãy xem Bundleconfig.cs nó sẽ cho phép đóng gói dựa trên loại thiết bị. Vấn đề duy nhất là vì nó nằm trong App_Start nên tôi không được phép truy cập đối tượng Yêu cầu. Bất kỳ ý tưởng nào về cách triển khai gói dựa trên thiết bị? hầu hết
Bối cảnh http://news.ycombinator.com/item?id=4125530 Câu hỏi: Điều này cuối cùng có nghĩa là các ứng dụng Java sẽ có thể được xuất bản lên Mac Store phải không? (Vì JRE được tự động đưa vào ứng dụng
Tôi đang cố gắng tạo cấu hình Webpack của riêng mình cho dự án React/Redux. Cấu hình có vẻ ổn, nhưng kích thước gói rất lớn (ở chế độ phát triển, tôi biết cách giảm nó ở chế độ sản xuất) Gói.json của tôi trông giống như
Vì vậy, tôi liên tục gặp lỗi Bundle ID này với thông báo rằng nó không có sẵn và tôi thực sự không biết cách khắc phục. Đây là lỗi: Dữ liệu được cung cấp không chính xác. Vui lòng sửa và gửi lại. ID ứng dụng có mã định danh "com.team.AppName" không khả dụng.
Tôi đang duyệt SO và tìm thấy một số mã đặt ra câu hỏi cho tôi. nút cấu trúc* BuildOneTwoThree() { nút cấu trúc *list = malloc(3 *
Tôi đang sử dụng gói XIV nội bộ cho Delphi XE7. Khi tôi kiểm tra ứng dụng Intraweb XII trong phiên bản đi kèm mới này, SSL/TLS không hoạt động. Phiên bản đi kèm không hỗ trợ SSL/TLS?
Dự kiến: Khi tôi xây dựng bằng webpack, tất cả các tệp JS của tôi đều được nhóm lại ngoại trừ những tệp trong thư mục ./src/Portfolio (theo cài đặt Webpack.config.js của tôi). Thực tế: Webpa
đóng cửa. Câu hỏi này không tuân thủ các nguyên tắc của Stack Overflow. Hiện tại nó không chấp nhận câu trả lời. Sự cố này dường như không liên quan đến việc lập trình trong phạm vi được xác định trong trung tâm trợ giúp. Đã đóng cửa 7 năm trước. Cải thiện
Tôi có một dự án tham khảo một số thư viện nguồn mở, một số mới và một số không quá mới. Điều đó nói lên rằng, cả hai đều ổn định và tôi muốn gắn bó với phiên bản tôi chọn cho đến khi có thời gian chuyển sang phiên bản mới hơn (tôi đã thử nghiệm hsqldb 2.0 ngày hôm qua và nó có nhiều thay đổi về api)
Tôi đang tạo API REST và đang xem xét ý tưởng cho phép gộp các yêu cầu từ khách hàng. Ý tôi khi nói đến việc đóng gói là họ có thể gửi một yêu cầu chứa nhiều yêu cầu "thực" và sau đó gửi chúng cùng nhau cho khách hàng. Thông thường javascript a
Trong dự án AngularJS của tôi, tôi có một mẫu HTML trong đó InnerText nằm ở một dòng mới: Nhấp vào đây Tôi đang sử dụng webpack làm gói của mình. tôi muốn nó cắt bớt
Tôi đã tạo một thư viện tĩnh cho ứng dụng của mình. Bây giờ ứng dụng của tôi sử dụng các nguồn như số nguyên và hình ảnh mà tôi tham chiếu trong ứng dụng của mình. Làm cách nào để gói những hình ảnh này và gửi chúng với thư viện tĩnh và tôi cần thực hiện những thay đổi nào trong mã tải nguồn để lấy nó từ đó
Vì vậy, tôi mới làm quen với webpack và tôi đang làm việc trong một dự án trong đó chúng tôi chỉ tải một tệp pack.js, tôi biết tôi có thể tải các tệp riêng lẻ. Nhưng điều tôi muốn là các tệp chưa được tối ưu hóa trong Bundle.js. Hiện tại tôi đang nhận được bản rút gọn
Làm cách nào để đặt đường dẫn đăng nhập bằng ngôn ngữ người dùng? Tôi đã thử check_path: /{_locale}/login_check và check_path: /(en|ru)/login_check nhưng không có gì
Tôi là một lập trình viên xuất sắc, rất giỏi!